Регистърът^(Registry) на Windows е колекция от конфигурации, стойности и свойства на приложенията на Windows, както и на операционната система Windows, която е организирана и съхранявана по йерархичен начин в единствено хранилище.

Всеки път, когато нова програма се инсталира в системата на Windows , се прави запис в системния регистър^{(Windows Registry)} на Windows с нейните атрибути като размер, версия, местоположение в хранилището и т.н.

Тъй като тази информация е била съхранена в базата данни, не само операционната система е наясно с използваните ресурси, други приложения също могат да се възползват от тази информация, тъй като са наясно с всякакви конфликти, които могат да възникнат, ако определени ресурси или файлове се съвместяват. съществуват.

Какво представлява системният регистър^{(Windows Registry)} на Windows и как^(How) работи?

Регистърът на Windows^{(Windows Registry)} наистина е сърцето на начина, по който работи Windows . Това е единствената операционна система, която използва този подход на централен регистър. Ако трябва да си представим, всяка част от операционната система трябва да взаимодейства с системния регистър^{(Windows Registry)} на Windows направо от последователността на зареждане до нещо толкова просто, като преименуване на името на файла.

Най- просто^(Simply) казано, това е просто база данни, подобна на тази на каталог с библиотечни карти, където записите в регистъра са като купчина карти, съхранявани в каталога с карти. Ключът на системния регистър ще бъде карта, а стойността на регистъра ще бъде важната информация, написана на тази карта. Операционната система Windows използва регистъра, за да съхранява куп информация, която се използва за контрол и управление на нашата система и софтуер. Това може да бъде всичко - от информация за хардуера на компютъра до потребителски предпочитания и типове файлове. Почти^(Almost) всяка форма на конфигурация, която правим на Windows система включва редактиране на системния регистър.

История на системния регистър на Windows

В първоначалните версии на Windows разработчиците на приложения трябваше да включат в отделно разширение на .ini файл заедно с изпълнимия файл. Този .ini файл съдържа всички настройки, свойства и конфигурация, необходими за правилното функциониране на дадената изпълнима програма. Това обаче се оказа много неефективно поради излишъка на определена информация и също така представляваше заплаха за сигурността на изпълнимата програма. В резултат на това новото внедряване на стандартизирана, централизирана, както и сигурна технология беше очевидна необходимост.

С появата на Windows 3.1 , обикновената версия на това търсене беше посрещната с централна база данни, обща за всички приложения и система, наречена Windows Registry .

Този инструмент обаче беше много ограничен, тъй като приложенията можеха да съхраняват само определена информация за конфигурацията на изпълним файл. През годините Windows 95 и Windows NT се доразвиват на тази основа, въвеждат централизацията като основна функция в по-новата версия на Windows Registry .

Въпреки това съхраняването на информация в системния регистър^{(Windows Registry)} на Windows е опция за разработчиците на софтуер. Така че, ако разработчикът на софтуерно приложение трябва да създаде преносимо приложение, от него не се изисква да добавя информация към регистъра, локалното хранилище с конфигурацията, свойствата и стойностите може да бъде създадено и успешно изпратено.

Уместността на Windows Registry по отношение на други операционни системи

Windows е единствената операционна система, която използва този подход на централен регистър. Ако трябва да си представим, всяка част от операционната система трябва да взаимодейства с системния регистър^{(Windows Registry)} на Windows направо от последователността на зареждане до преименуването на име на файл.

Всички други операционни системи като iOS, Mac OS , Android и Linux продължават да използват текстови файлове като начин за конфигуриране на операционната система и промяна на поведението на операционната система.

В повечето от вариантите на Linux конфигурационните файлове се записват във формат .txt , това става проблем, когато трябва да работим с текстовите файлове, тъй като всички .txt файлове се считат за критични системни файлове. Така че, ако се опитаме да отворим текстовите файлове в тези операционни системи, няма да можем да ги видим. Тези операционни системи се опитват да го скрият като мярка за сигурност, тъй като всички системни файлове като конфигурации на мрежовата карта, защитната стена, операционната система, графичния потребителски интерфейс, интерфейса на видеокартите и т.н. се записват във формат ASCII.^{(ASCII format.)}

За да заобиколят този проблем, както macOS, така и iOS, внедриха напълно различен подход към разширението на текстовия файл чрез внедряване на разширение .plist^{(.plist extension)} , което съдържа цялата информация за системата, както и информация за конфигурацията на приложението, но все пак предимствата на наличието на единичен регистър далеч превъзхожда простата промяна на разширението на файла.

Какви са предимствата на системния регистър^{(Windows Registry)} на Windows ?

Тъй като всяка^(Every) част от операционната система непрекъснато комуникира с регистъра на Windows^{(Windows Registry)} , тя трябва да се съхранява в много бързо хранилище. Следователно^(Hence) тази база данни е проектирана за изключително бързо четене и запис, както и за ефективно съхранение.

Ако трябваше да отворим и проверим размера на базата данни на системния регистър, тя обикновено ще се движи между 15 – 20 мегабайта, което я прави достатъчно малка, за да бъде винаги заредена в RAM ( памет с произволен достъп^{(Random Access Memory)} ), която между другото е най-бързото налично хранилище за операционната система.

Тъй като регистърът трябва да се зарежда в паметта през цялото време, ако размерът на регистъра е голям, той няма да остави достатъчно място за всички други приложения да работят безпроблемно или да работят изобщо. Това би било пагубно за производителността на операционната система, следователно регистърът на Windows^{(Windows Registry)} е проектиран с основна цел да бъде високо ефективен.

Ако има множество потребители, които взаимодействат с едно и също устройство и има редица приложения, които те използват, са често срещани, преинсталирането на едни и същи приложения два пъти или няколко пъти би било загуба на доста скъпо съхранение. Регистърът на Windows^(Windows) се отличава в тези сценарии, където конфигурацията на приложението се споделя между различни потребители.

Това не само намалява общото използвано хранилище, но също така дава на потребителите достъп да правят промени в конфигурацията на приложението от един единствен порт за взаимодействие. Това също така спестява време, тъй като потребителят не трябва ръчно да отива до всеки .ini файл за локално съхранение.

Многопотребителските^(Multi-User) сценарии са много често срещани в корпоративните настройки, тук има силна нужда от достъп с привилегии на потребител. Тъй като не цялата информация или ресурси могат да бъдат споделени с всички, необходимостта от потребителски достъп, базиран на поверителността, беше лесно реализирана чрез централизирания регистър на Windows. Тук мрежовият администратор си запазва правото да задържи или разреши въз основа на извършената работа. Това направи единствената база данни гъвкава, както и я направи стабилна, тъй като актуализациите могат да се извършват едновременно с отдалечен достъп до всички регистри на множество устройства в мрежата.

Как работи системният регистър на Windows?

Нека проучим основните елементи на системния регистър^{(Windows Registry)} на Windows , преди да започнем да си цапаме ръцете.

Регистърът на Windows^{(Windows Registry)} се състои от два основни елемента, наречени ключ на системния регистър^{(Registry Key)} , който е контейнерен обект или просто казано, те са като папка, която има различни типове файлове, съхранявани в тях, и стойности на системния регистър^{(Registry Values)} , които са обекти, които не са контейнери, които са като файлове, които може да бъде във всякакъв формат.

Трябва също да знаете: ^{(You should also know:)} Как да поемете пълен контрол или собственост върху ключовете на системния регистър на Windows^{(How to Take Full Control or Ownership of Windows Registry Keys)}

Как да получите достъп до системния регистър на Windows?

Можем да получим достъп и да конфигурираме системния регистър^{(Windows Registry)} на Windows с помощта на инструмент за редактор на системния регистър , ^{(Registry Editor)}Microsoft включва безплатна помощна програма за редактиране на системния регистър заедно с всяка версия на своята операционна система Windows^{(Windows Operating System)} .

Този редактор на системния регистър^{(Registry Editor)} може да бъде достъпен, като напишете „Regedit“ в командния ред^{(Command Prompt)} или просто напишете „Regedit“ в полето за търсене или изпълнение от менюто „ Старт^(Start) “. Този редактор е порталът за достъп до системния^(Windows) регистър на Windows и ни помага да изследваме и правим промени в системния регистър. Регистърът е общият термин, използван от различни файлове на база данни, разположени в директорията на инсталацията на Windows .

Безопасно ли е да редактирате редактора на системния регистър?^{(Is it Safe to edit Registry Editor?)}

Ако не знаете какво правите, тогава е опасно да играете с конфигурацията на системния регистър . ^(Registry)Всеки път, когато редактирате системния регистър^(Registry) , уверете се, че следвате правилните инструкции и променяте само това, което сте инструктирани да промените.

Ако съзнателно или случайно изтриете нещо в системния регистър^{(Windows Registry)} на Windows , това може да промени конфигурацията на вашата система, което може да доведе или до син екран^{(Blue Screen)} на смъртта^(Death) , или Windows няма да се стартира.

Така че обикновено се препоръчва да архивирате системния регистър^{(backup Windows Registry)} на Windows , преди да правите каквито и да било промени в него. Можете също да създадете точка за възстановяване на системата^{(create a system restore point)} (която автоматично архивира системния регистър^(Registry) ), която може да се използва, ако някога се наложи да промените настройките на системния регистър^(Registry) обратно към нормалното. Но ако вие само това, което ви се казва, тогава не би трябвало да е проблем. В случай, че трябва да знаете как да възстановите системния регистър на Windows, тогава този урок^{(restore Windows Registry then this tutorial)} обяснява как да го направите лесно.

Нека разгледаме структурата на системния регистър на Windows^{(Windows Registry)}

Има потребител в недостъпно място за съхранение, което съществува само за достъп на операционната система.

Тези ключове^(Keys) се зареждат в RAM паметта^(RAM) по време на етапа на зареждане на системата и постоянно се съобщават в рамките на определен интервал от време или когато се случи определено събитие или събития на системно ниво.

Определена част от тези ключове в системния регистър се съхраняват на твърдия диск. Тези ключове, които се съхраняват на твърдия диск, се наричат ​​кошери. Този раздел на системния регистър съдържа ключове на системния регистър, подключове на системния регистър и стойности на системния регистър. В зависимост от нивото на привилегията, която потребителят е получил, той ще има достъп до определени части от тези ключове.

Ключовете, които са на върха на йерархията в регистъра, който започва с HKEY , се считат за кошери.

В редактора^(Editor) кошерите се намират от лявата страна на екрана, когато всички клавиши се преглеждат без разширяване. Това са ключовете на системния регистър, които се появяват като папки.

Нека разгледаме структурата на ключа на системния регистър на Windows и неговите подключове:

Пример за име на ключ – „HKEY_LOCAL_MACHINESYSTEMINputBreakloc_0804“

Тук „loc_0804“ се отнася до подключа „Break“ се отнася до подключа „Input“, който се отнася до подключа „SYSTEM“ на основния ключ HKEY_LOCAL_MACHINE .

Общи коренни ключове в системния регистър на Windows^{(Common Root Keys in Windows Registry)}

Всеки от следните ключове е собствен индивидуален кошер, който включва повече ключове в ключа от най-високо ниво.

и HKEY_CLASSES_ROOT

Това е кошерът на системния регистър на системния регистър на Windows^{(Windows Registry)} , който се състои от информация за асоцииране на разширението на файла, програмен идентификатор^{(programmatic identifier)} ( ProgID ), данни за идентификатор на интерфейса^{(Interface ID)} ( IID ) и идентификатор на клас (CLSID)^{(Class ID (CLSID))} .

Този кошер на системния регистър  HKEY_CLASSES_ROOT е шлюзът за всяко действие или събитие, което да се извърши в операционната система Windows . Да предположим^(Suppose) , че искаме да получим достъп до някои mp3 файлове в папката Downloads . Операционната система изпълнява своята заявка през това, за да предприеме необходимите действия.

В момента, в който влезете в кошера HKEY_CLASSES_ROOT , е наистина лесно да се претоварите, гледайки такъв масивен списък с файлове с разширения. Това обаче са самите ключове на системния регистър, които правят Windows да функционира плавно

Следват някои от примерите за HKEY_CLASSES_ROOT ключове в системния регистър на кошера,

HKEY_CLASSES_ROOT\.otf
HKEY_CLASSES_ROOT\.htc
HKEY_CLASSES_ROOT\.img
HKEY_CLASSES_ROOT\.mhtml
HKEY_CLASSES_ROOT\.png
HKEY_CLASSES_ROOT\.dll

Всеки път, когато щракнем двукратно и отворим файл, да кажем снимка, системата изпраща заявката през HKEY_CLASSES_ROOT , където ясно са дадени инструкциите какво да правим, когато такъв файл бъде поискан. Така системата в крайна сметка отваря инструмент за преглед на снимки, показващ исканото изображение.

В горния пример регистърът прави извикване на ключовете, съхранени в ключа HKEY_CLASSES_ROOT\.jpg . Кошерът HKEY_CLASSES_ROOT е сборни данни, намиращи се както в кошера HKEY_LOCAL_MACHINE ( HKEY_LOCAL_MACHINE\Software\Classes ), така и в  кошера HKEY_CURRENT_USER ( HKEY_CURRENT_USERSoftwareClasses ^{(HKEY_CURRENT_USER)}HKEY_CURRENT_USER\Software\Classes . Така че, когато ключът на системния регистър съществува на две места, той създава конфликти. Така данните, намерени в HKEY_CURRENT_USER\Software\Classes , се използват в HKEY_ CLASSES_ ROOT . Можете да получите достъп до него, като отворите клавиша HKEY_CLASSES от лявата страна на екрана.

ii. HKEY_LOCAL_MACHINE

Това е един от няколкото кошера на системния регистър, който съхранява всички настройки, които са специфични за локалния компютър. Това е глобален ключ, при който съхранената информация не може да бъде редактирана от никой потребител или програма. Поради^(Due) глобалния характер на този подключ, цялата информация, съхранявана в това хранилище, е под формата на виртуален контейнер, работещ непрекъснато в RAM паметта . ^(RAM)По-голямата част от конфигурационната информация за инсталираните от потребителите софтуер и самата операционна система Windows е заета в HKEY_LOCAL_MACHINE . Целият в момента открит хардуер се съхранява в кошера HKEY_LOCAL_MACHINE .

Също така знаете как да: ^{(Also know how to:)} Коригирате сривовете на Regedit.exe при търсене в системния регистър^{(Fix Regedit.exe Crashes when searching through Registry)}

Този ключ на системния регистър допълнително е разделен на 7 подключа:^{(This registry key is further divided into 7 sub-keys:)}

1. SAM ( Диспечер на акаунти за сигурност^{(Security Accounts Manager)} ) – Това е файл с ключ в системния регистър, който съхранява паролите на потребителите в защитен формат (в LM хеш и NTLM хеш). Хеш функцията е форма на криптиране, използвана за защита на информацията за акаунта на потребителите.

Това е заключен файл, който се намира в системата в C:WINDOWSsystem32config, който не може да бъде преместен или копиран, когато операционната система работи.

Windows използва файла с ключ в регистъра на Security Accounts Manager , за да удостоверява потребителите, докато влизат в своите акаунти в Windows . Всеки път, когато потребител влезе, Windows използва серия от хеш алгоритми, за да изчисли хеш за въведената парола. Ако хешът на въведената парола е равен на хеша на паролата във файла на регистъра SAM^{(SAM registry file)} , на потребителите ще бъде разрешен достъп до акаунта си. Това също е файл, към който се насочват повечето хакери, докато извършват атака.

2. Сигурност^{(2. Security)} (не е достъпна освен от администратор) – Този ключ на системния регистър е локален за акаунта на потребителя с администратор, който е влязъл в текущата система. Ако системата се управлява от която и да е организация, потребителите нямат достъп до този файл, освен ако административният достъп не е бил изрично даден на потребител. Ако трябваше да отворим този файл без административни привилегии, той би бил празен. Сега, ако нашата система е свързана към административна мрежа, този ключ по подразбиране ще бъде профилът за защита на локалната система, създаден и активно управляван от организацията. Този ключ е свързан със SAM , така че при успешно удостоверяване, в зависимост от нивото на привилегии на потребителя, се прилагат различни локални и групови политики^{(group policies)} .

3. Система^{(3. System)} (критичен процес на зареждане и други функции на ядрото) – Този подключ съдържа важна информация, свързана с цялата система, като име на компютър, монтирани в момента хардуерни устройства, файлова система и какъв вид автоматизирани действия могат да бъдат предприети при определено събитие, кажете там е Син екран на смърт^{(Blue screen of death)} поради прегряване на процесора^(CPU) , има логична процедура, която компютърът автоматично ще започне да приема при такова събитие. Този файл е достъпен само от потребители с достатъчно административни привилегии. Когато системата се стартира, това е мястото, където всички регистрационни файлове се записват динамично и се четат. Различни системни параметри, като алтернативни конфигурации, които са известни като контролни комплекти.

4. Софтуер^{(4. Software )} Тук се съхраняват всички софтуерни конфигурации на трети страни , като например Plug and Play драйвери. ^{(Third-party)}Този подключ съдържа настройки на софтуера и Windows , свързани със съществуващия хардуерен профил, който може да бъде променен от различни приложения и системни инсталатори. Разработчиците^(Software) на софтуер могат да ограничават или разрешават каква информация получава достъп от потребителите, когато се използва техният софтуер, това може да бъде зададено с помощта на подключа „Политики“, който налага общите политики за използване на приложения и системни услуги, които включват използваните системни сертификати за удостоверяване, разрешаване или забрана на определени системи или услуги.

5. Хардуер^{(5. Hardware)} , който е подключ, който се създава динамично по време на стартиране на системата

6. Компоненти^{(6. Components )} Информацията за конфигурацията на компонентите, специфична за устройството в цялата система, може да бъде намерена тук

7. BCD.dat (в папката oot в системния дял), който е критичен файл, който системата чете и започва да изпълнява по време на последователността на зареждане на системата чрез зареждане на системния регистър в RAM паметта^(RAM) .

iii HKEY_CURRENT_CONFIG

Основната причина за съществуването на този подключ е да съхранява видео, както и мрежови настройки. Това може да бъде цялата информация, отнасяща се до видеокартата, като разделителна способност, честота на опресняване, съотношение на страните и т.н., както и мрежата

Това също е кошер на системния регистър, част от системния регистър^{(Windows Registry)} на Windows и който съхранява информация за хардуерния профил, който се използва в момента. HKEY_CURRENT_CONFIG всъщност е указател към HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\HardwareProfiles\Currentregistry ключ, Това е просто указател към текущо активния хардуерен профил, посочен под ключа HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\HardwareProfiles .

Така HKEY_ CURRENT_CONFIG ни помага да прегледаме и променим конфигурацията на хардуерния профил на текущия потребител, което можем да направим като администратор на всяко от трите места, изброени по-горе, тъй като всички те са еднакви.

iv. HKEY_CURRENT_USER

Част от кошерите на системния регистър, която съдържа настройки за съхранение, както и информация за конфигурация за Windows и софтуер, които са специфични за текущо влезлия потребител. Например, различни стойности на системния регистър в ключовете на системния регистър се намират в настройките на потребителско ниво на кошера HKEY_CURRENT_USER , като например оформлението на клавиатурата, инсталираните принтери, тапета на работния плот, настройките на дисплея, картографирани мрежови устройства и др.

Много от настройките, които конфигурирате в различни аплети в контролния панел^{(Control Panel)} , се съхраняват в кошера на  системния регистър HKEY_CURRENT_USER . Тъй като кошерът HKEY_CURRENT_USER е специфичен за потребителя, на един и същ компютър ключовете и стойностите, съдържащи се в него, ще се различават при различните потребители. Това е за разлика от повечето други кошери на системния регистър, които са глобални, което означава, че запазват една и съща информация за всички потребители в Windows .

Щракването в лявата част на екрана в редактора на системния регистър ще ни даде достъп до HKEY_CURRENT_USER . Като мярка за сигурност, информацията, съхранявана в HKEY_CURRENT_USER , е просто указател към ключ, позициониран под кошера HKEY_USERS като наш идентификатор за сигурност. ^(HKEY_USERS)Промените, направени в някоя от областите, ще влязат в сила незабавно.

v. HKEY_USERS

Това съдържа подключове, съответстващи на ключовете HKEY_CURRENT_USER за всеки потребителски профил. ^{(HKEY_CURRENT_USER)}Това също е един от многото кошери на системния регистър, които имаме в системния регистър^{(Windows Registry)} на Windows .

Тук се записват всички специфични за потребителя данни за конфигурация за всеки, който активно използва устройството, тази информация се съхранява под HKEY_USERS . Цялата специфична за потребителя информация, съхранявана в системата, която съответства на конкретен потребител, се съхранява в кошера HKEY_USERS , ние можем уникално да идентифицираме потребителите, използвайки идентификатора за защита или SID^{(security identifier or the SID)} , който регистрира всички промени в конфигурацията, направени от потребителя.

Всички тези активни потребители, чийто акаунт съществува в кошера HKEY_USERS в зависимост от привилегията, предоставена от системния администратор, ще могат да имат достъп до споделените ресурси като принтери, локална мрежа, локални устройства за съхранение, фон на работния плот и т.н. Техният акаунт има определен регистър ключове и съответните стойности на системния регистър, съхранявани под SID на текущия потребител .

По отношение на криминалистичната информация всеки SID съхранява огромно количество данни за всеки потребител, тъй като прави дневник на всяко събитие и действие, предприето под акаунта на потребителя. Това включва името на потребителя ,^(Name) броя на влизанията на потребителя в компютъра, датата и часа на последното влизане, датата и часа на последната промяна на паролата, броя на неуспешните влизания и т.н. Освен това съдържа и информацията в системния регистър, когато Windows се зарежда и се намира в подканата за влизане.

Препоръчително: ^{(Recommended:)} Поправете Редакторът на системния регистър спря да работи^{(Fix The Registry editor has stopped working)}

Ключовете на системния регистър за потребителя по подразбиране се съхраняват във файла ntuser.dat в профила, че ще трябва да го заредим като кошер с помощта на regedit, за да добавим настройки за потребителя по подразбиране.

Типове данни, които можем да очакваме да намерим в системния регистър на Windows^{(Types of data we can expect to find in the Windows Registry)}

Всички обсъдени по-горе ключове и подключове ще имат конфигурациите, стойностите и свойствата, запазени в някой от следните типове данни, обикновено това е комбинация от следните типове данни, които съставят целия ни регистър на Windows.

• Стойности на низове като Unicode, който^{(Unicode ​which)} е стандарт на компютърната индустрия за последователно кодиране, представяне и обработка на текст, изразен в повечето световни системи за писане.
• Двоични данни
• Цели числа без знак
• Символични връзки
• Многонизови стойности
• Списък с ресурси^(Resource) ( Plug and Play хардуер)
• ^(Resource)Дескриптор на ресурс ( Plug and Play хардуер)
• 64-битови цели числа

Заключение^(Conclusion)

Регистърът на Windows^{(Windows Registry)} не беше нищо по-малко от революция, която не само сведе до минимум риска за сигурността, произтичащ от използването на текстови файлове като файлово разширение за запазване на конфигурацията на системата и приложението, но също така намали броя на конфигурационните или .ini файловете, които разработчиците на приложенията трябваше да се доставят с техния софтуерен продукт. Ползите от наличието на централизирано хранилище за съхраняване на често достъпни данни както от системата, така и от софтуера, който работи в системата, са много очевидни.

Лесното използване, както и достъпът до различни персонализации и настройки на едно централно място също направиха Windows предпочитаната платформа за настолни приложения от различни разработчици на софтуер. Това е много очевидно, ако сравните големия обем налични настолни софтуерни приложения на Windows с macOS на Apple. За да обобщим, обсъдихме как работи системният регистър^{(Windows Registry)} на Windows и неговата файлова структура и значението на различните конфигурации на ключовете на системния регистър, както и да използваме редактора на системния регистър за пълен ефект.

What is the Windows Registry & How it Works?

Windows Registry is a collеction of configurations, values, аnd properties of windows aрplications as well as the windows operating system which іs organized and stored in a hierarchical manner in a singular repository.

Whenever a new program gets installed in the Windows system, an entry is made in the Windows Registry with its attributes such as size, version, location in the storage, etc.

Because, this information has been stored in the database, not only the operating system is aware of the resources utilized, other applications can also benefit from this information since they are aware of any conflicts that may arise if certain resources or files were to co-exist.

What is the Windows Registry & How it Works?

The Windows Registry is really the heart of the way Windows works. It is the only operating system that uses this approach of a central registry. If we were to visualize, every part of the operating system has to interact with the Windows Registry right from the booting sequence to something as simple as renaming the file’s name.

Simply put, it is just a database similar to that of a library card catalog, where the entries in the registry are like a stack of cards stored in the card catalog. A registry key would be a card and a registry value would be the important information written on that card. The Windows operating system uses the registry to store a bunch of information that’s used to control and manage our system and software. This can be anything from PC hardware information to user preferences and file types. Almost any form of configuration that we do to a Windows system involves editing the registry.

History of Windows Registry

In the initial versions of Windows, application developers had to include in a separate .ini file extension along with the executable file. This .ini file contained all the settings, properties and configuration required for the given executable program to function properly. However, this proved very inefficient due to the redundancy of certain information and it also posed a security threat to the executable program. As a result, a new implementation of standardized, centralized as well as secure technology was an apparent necessity.

With the advent of Windows 3.1, a bare-bones version of this demand was met with a central database common to all the applications and system called the Windows Registry.

This tool, however, was very limited, since the applications could only store certain configuration information of an executable. Over the years, Windows 95 and Windows NT further developed on this foundation, introduced centralization as the core feature in the newer version of Windows Registry.

That said, storing information in Windows Registry is an option for software developers. So, if a software application developer were to create a portable application, he is not required to add information to the registry, local storage with the configuration, properties, and values can be created and successfully shipped.

The relevance of Windows Registry with respect to other operating systems

Windows is the only operating system that uses this approach of a central registry. If we were to visualize, every part of the operating system has to interact with the Windows Registry right from the booting sequence to the renaming of a file name.

All other operating systems such as iOS, Mac OS, Android, and Linux continue to use text files as a way of configuring the operating system and modifying the operating system behavior.

In most of the Linux variants, the configuration files are saved in the .txt format, this becomes an issue when we have to work with the text files since all the .txt files are considered as critical system files. So if we try to open the text files in these operating systems, we wouldn’t be able to view it. These operating systems try to hide it as a security measure since all the system files such as configurations of the network card, firewall, operating system, graphical user interface, video cards interface, etc. are saved in the ASCII format.

To circumvent this issue both macOS, as well as iOS, deployed a completely different approach to the text file extension by implementing .plist extension, which contains all of the system as well as application configuration information but still the benefits of having a singular registry far outweigh the simple change of file extension.

What are the benefits of the Windows Registry?

Because Every part of the operating system continuously communicates with the Windows Registry, it must be stored in very fast storage. Hence, this database was designed for extremely fast reads and writes as well as efficient storage.

If we were to open and check the size of the registry database, it would typically hover between 15 – 20 megabytes which make it small enough to be always loaded into the RAM (Random Access Memory) that co-incidentally is the fastest storage available for the operating system.

Since the registry needs to be loaded in memory at all times, if the size of the registry is large it won’t leave enough room for all other applications to run smoothly or run at all. This would be detrimental to the performance of the operating system, hence the Windows Registry is designed with a core objective of being highly efficient.

If there are multiple users interacting with the same device and there are a number of applications that they use are common, the reinstallation of the same applications twice or multiple times would be a waste of rather expensive storage. Windows registry excels in these scenarios where the application configuration is shared among various users.

This not only reduces the total storage used but also gives its users access to make changes to the application’s configuration from one single interaction port. This also saves time since the user doesn’t have to manually go to every local storage .ini file.

Multi-User scenarios are very common in enterprise setups, here, there is a strong need for user privilege access. Since not all the information or resources can be shared with everyone, the need for privacy-based user access was easily implemented through the centralized windows registry. Here the network administrator reserves the right to withhold or allow based on the work undertaken. This made the singular database versatile as well made it robust since the updates can be undertaken simultaneously with remote access to all of the registries of multiple devices in the network.

How does Windows Registry Works?

Let’s explore the basics elements of the Windows Registry before we start getting our hands dirty.

The Windows Registry is made up of two basic elements called the Registry Key which is a container object or simply put they are like a folder that has various types of files stored in them and Registry Values which are non-container objects that are like files that could be of any format.

You should also know: How to Take Full Control or Ownership of Windows Registry Keys

How to access the Windows Registry?

We can access and configure the Windows Registry using a Registry Editor tool, Microsoft includes a free registry editing utility along with every version of its Windows Operating System.

This Registry Editor can be accessed by typing “Regedit” in the Command Prompt or by simply typing “Regedit” in the search or run box from the Start menu. This editor is the portal to access the Windows registry, and it helps us to explore and make changes to the registry. The registry is the umbrella term used by various database files located within the directory of the Windows installation.

Is it Safe to edit Registry Editor?

If you don’t know what you’re doing then it is dangerous to play around Registry configuration. Whenever you edit the Registry, make sure you follow the correct instructions and only change what you’re instructed to change.

If you knowingly or accidentally delete something in the Windows Registry then it could alter your system’s configuration which could either lead to Blue Screen of Death or Windows won’t boot.

So it is generally recommended to backup Windows Registry before making any changes to it. You can also create a system restore point (which automatically backup the Registry) that can be used if you ever need to alter the Registry settings back to normal. But if you only what you’re told then it shouldn’t be any problem. In case you need to know how to restore Windows Registry then this tutorial explains how to do so easily.

Let’s explore the structure of the Windows Registry

There is a user in an inaccessible storage location that exists for only the operating system’s access.

These Keys are loaded on to the RAM during the system boot stage and are constantly being communicated within a certain interval of time or when a certain system-level event or events take place.

A certain portion of these registry keys gets stored in the hard disk. These keys that are stored in the hard disk are called hives. This section of the registry contains registry keys, registry subkeys, and registry values. Depending on the level of the privilege a user has been granted, he would be to access certain parts of these keys.

The keys that are at the peak of the hierarchy in the registry that begins with HKEY are considered to be hives.

In the Editor, the hives are located on the left side of the screen when all the keys are viewed without expanding. These are the registry keys that appear as folders.

Let’s explore the structure of the windows registry key and its subkeys:

Example of a key name – “HKEY_LOCAL_MACHINE\SYSTEM\Input\Break\loc_0804”

Here the “loc_0804” refers to the subkey “Break” refers to the subkey “Input” which refers to the subkey “SYSTEM” of the HKEY_LOCAL_MACHINE root key.

Common Root Keys in Windows Registry

Each of the following keys is its own individual hive, which comprises more keys within the top-level key.

i. HKEY_CLASSES_ROOT

This is the registry hive of the Windows Registry which consists of file extension association information, programmatic identifier (ProgID), Interface ID (IID) data, and Class ID (CLSID).

This registry hive  HKEY_CLASSES_ROOT is the gateway for any action or event to take place in the Windows operating system. Suppose we want to access some mp3 files in the Downloads folder. The operating system runs its query through this to take the required actions.

The moment you access the HKEY_CLASSES_ROOT hive, it is really easy to get overwhelmed looking at such a massive list of extension files. However, these are the very registry keys that make windows function fluidly

Following are some of the examples of HKEY_CLASSES_ROOT hive registry keys,

HKEY_CLASSES_ROOT\.otf
HKEY_CLASSES_ROOT\.htc
HKEY_CLASSES_ROOT\.img
HKEY_CLASSES_ROOT\.mhtml
HKEY_CLASSES_ROOT\.png
HKEY_CLASSES_ROOT\.dll

Whenever we double-click and open a file lets say a photo, the system sends the query through the HKEY_CLASSES_ROOT where the instructions on what to do when such a file is requested are clearly given. So the system ends up opening a photo viewer displaying the requested image.

In the above example, the registry makes a call to the keys stored in the HKEY_CLASSES_ROOT\.jpg key. The HKEY_CLASSES_ROOT hive is a collective data found in both the HKEY_LOCAL_MACHINE hive (HKEY_LOCAL_MACHINE\Software\Classes) as well as the HKEY_CURRENT_USER hive (HKEY_CURRENT_USER\Software\Classes). So when the registry key exists in two locations it creates conflicts. So the data found in HKEY_CURRENT_USER\Software\Classes is used in HKEY_ CLASSES_ ROOT. It can be accessed by opening the HKEY_CLASSES key on the left side of the screen.

ii. HKEY_LOCAL_MACHINE

This is one of the several registry hives that stores all the settings that are specific to the local computer. This is a global key where the information stored cannot be edited by any user or program. Due to the global nature of this subkey, all the information stored in this storage is in the form of a virtual container running on the RAM continuously. The majority of the configuration information for the software users have installed and the Windows operating system itself is occupied in HKEY_LOCAL_MACHINE. All of the currently detected hardware is stored in the HKEY_LOCAL_MACHINE hive.

Also know how to: Fix Regedit.exe Crashes when searching through Registry

This registry key is further divided into 7 sub-keys:

1. SAM (Security Accounts Manager) – It is a registry key file that stores users’ passwords in a secured format (in LM hash and NTLM hash). A hash function is a form of encryption used to protect the users’ account information.

It is a locked file that is located in the system at C:\WINDOWS\system32\config, which cannot be moved or copied when the operating system is running.

Windows uses the Security Accounts Manager registry key file to authenticate users while they log into their Windows accounts. Whenever a user logs in, Windows uses a series of hash algorithms to calculate a hash for the password that has been entered. If the entered password’s hash is equal to the password hash inside the SAM registry file, users will be allowed to access their account. This also a file that most of the hackers target while performing an attack.

2. Security (not accessible except by administrator) – This registry key is local to the account of the administrative user who is logged in to the current system. If the system is managed by any organization the users cannot access this file unless administrative access has been explicitly given to a user. If we were to open this file without administrative privilege it would be blank. Now, if our system is connected to an administrative network, this key will default to the local system security profile established and actively managed by the organization. This key is linked to the SAM, so upon successful authentication, depending on the privilege level of the user, a variety of local and group policies are applied.

3. System (critical boot process and other kernel functions) –  This subkey contains important information related to the entire system such as computer name, currently mounted hardware devices, filesystem and what kind of automated actions can be taken in a certain event, say there is Blue screen of death due to CPU overheating, there is a logical procedure that the computer will automatically start taking in such an event. This file is only accessible by users with sufficient administrative privileges. When the system boots this is where all the logs get dynamically get saved and read upon. Various system parameters such as alternative configurations which are known as control sets.

4. Software All the Third-party software configurations such as plug and play drivers are stored here. This subkey contains software and Windows settings linked to the preexisting hardware profile that can be changed by various applications and system installers. Software developers get to limit or allow what information gets accessed by the users when their software is being used, this can be set using the “Policies” subkey that enforces the general usage policies on applications and system services that include the system certificates that is used to authenticate, authorize or disallow certain systems or services.

5. Hardware which is a subkey that is created dynamically during the system boot

6. Components system-wide device-specific component configuration information can be found here

7. BCD.dat (in the \boot folder in the system partition) which is a critical file that the system reads and starts executing during the system boot sequence by loading the registry to the RAM.

iii. HKEY_CURRENT_CONFIG

The main reason for the existence of this subkey is to store video as well as network settings. That could be all the information pertaining to the video card such as the resolution, refresh rate, aspect ratio, etc. as well as the network

It is also a registry hive, part of the Windows Registry, and which stores information about the hardware profile currently being used. HKEY_CURRENT_CONFIG is actually a pointer to the HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\HardwareProfiles\Currentregistry key, This is simply a pointer to the currently active hardware profile listed under the HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\HardwareProfiles key.

So HKEY_ CURRENT_CONFIG helps us to view and modify the configuration of the current user’s hardware profile, which we can do as an administrator in any of the three locations as listed above since they are all the same.

iv. HKEY_CURRENT_USER

Part of the registry hives that contains store settings as well as configuration information for Windows and software that are specific to the currently logged-in user. For example, a variety of registry values in the registry keys are located in the HKEY_CURRENT_USER hive control user-level settings such as the keyboard layout, printers installed, desktop wallpaper, display settings, mapped network drives, and more.

Many of the settings you configure within various applets in the Control Panel are stored in the HKEY_CURRENT_USER registry hive. Because the HKEY_CURRENT_USER hive is user-specific, on the same computer, the keys and values contained in it will differ from user to user. This is unlike most other registry hives that are global, meaning they retain the same information across all users in Windows.

Clicking on the left side of the screen on the registry editor will give us access to HKEY_CURRENT_USER. As a security measure, the information stored on HKEY_CURRENT_USER is just a pointer to key positioned under the HKEY_USERS hive as our security identifier. Changes made to either of the areas will take effect immediately.

v. HKEY_USERS

This contains subkeys corresponding to the HKEY_CURRENT_USER keys for each user profile. This is also one of many registry hives that we have in the Windows Registry.

All the user-specific configuration data is logged here, for everyone who is actively using the device that kind information is stored under HKEY_USERS. All the user-specific information stored on the system that corresponds to a particular user is stored under the HKEY_USERS hive, we can uniquely identify the users utilizing the security identifier or the SID that logs all the configuration changes made by the user.

All of these active users whose account exist in the HKEY_USERS hive depending on the privilege granted by the system administrator would be able to access the shared resources such as printers, local network, local storage drives, desktop background, etc.  Their account has certain registry keys and corresponding registry values stored under the current user’s SID.

In terms of forensic information each SID stores a huge amount of data on every user as it makes a log of every event and action get undertaken under the user’s account. This includes the User’s Name, the number of times the user logged onto the computer, the date and time of the last login, the date and time the last password was changed, number of failed logins, and so on. Additionally, it also contains the registry information for when Windows loads and sits at the login prompt.

Recommended: Fix The Registry editor has stopped working

The registry keys for the default user are stored in the file ntuser.dat within the profile, that we would have to load this as a hive using regedit to add settings for the default user.

Types of data we can expect to find in the Windows Registry

All of the above-discussed keys and subkeys will have the configurations, values, and properties saved in any of the following data types, usually, it is a combination of the following data types that makes up our entire windows registry.

• String values such as Unicode ​which is a computing industry standard for the consistent encoding, representation, and handling of text expressed in most of the world’s writing systems.
• Binary data
• Unsigned integers
• Symbolic links
• Multi-string values
• Resource list (Plug and Play hardware)
• Resource descriptor (Plug and Play hardware)
• 64-bit integers

Conclusion

Windows Registry has been nothing less of a revolution, which not only minimized the security risk that came by using text files as a file extension to save the system and application configuration but it also reduced the number of configuration or .ini files that the application developers had to ship with their software product. The benefits of having a centralized repository to store frequently accessed data by both the system as well as the software that runs on the system are very evident.

The ease of use as well as the access to various customizations and settings in one central place has also made windows the preferred platform for desktop applications by various software developers. This is very evident if you compare the sheer volume of available desktop software applications of windows to Apple’s macOS. To summarize, we discussed how the Windows Registry works and its file structure and the significance of various registry key configurations as well as to use the registry editor to the complete effect.

Related posts

• Regbak ви позволява лесно да архивирате и възстановите системния регистър на Windows

• Registry Live Watch ще проследява промените в системния регистър на Windows на живо

• Безплатна програма за дефрагментиране на системния регистър за дефрагментиране на системния регистър на Windows

• Предотвратете деинсталирането на разширения на Chrome с помощта на системния регистър на Windows

• 3 начина да деактивирате системния регистър на Windows -

• Проблемът с изтичане на памет в услугата за отдалечен регистър кара Windows да виси

• Какво представлява системният регистър на Windows (и какво можете да правите с него)?

• RegOwnit: Поемете пълен контрол и собственост върху ключовете на системния регистър на Windows

• Как да редактирате системния регистър от командния ред в Windows 10

• Грешка предотвратява отварянето на този ключ в Windows 10

• Как да изтриете повредени записи в системния регистър на Windows

• Как да добавите редактора на системния регистър към контролния панел в Windows 11/10

• Как да възстановите системния регистър с помощта на командния ред в Windows 11/10

• Прости въпроси: Какво представлява системният регистър на Windows и какво прави?

• Как да сравните или обедините файлове в системния регистър на Windows 11/10 с помощта на Regdiff

• Как да компресирате надути кошери в системния регистър в Windows Server

• Как да нулирате REGEDIT по подразбиране в Windows 11/10

• Как да разглеждате и редактирате системния регистър от Explorer в Windows

• Поправете, че Windows не успя да зареди грешката в системния регистър

• Как да наблюдавате и проследявате промените в системния регистър в Windows 11/10