A Windows Registry a Windows-alkalmazások, valamint a Windows operációs rendszer konfigurációinak, értékeinek és tulajdonságainak gyűjteménye, amely hierarchikusan van rendezve és tárolva egyetlen tárolóban.

Amikor egy új program telepítésre kerül a Windows rendszerbe, egy bejegyzés kerül a Windows Registry -be olyan attribútumokkal, mint a méret, verzió, hely a tárolóban stb.

Mivel ezeket az információkat az adatbázisban tárolták, nem csak az operációs rendszer ismeri a felhasznált erőforrásokat, hanem más alkalmazások is profitálhatnak ezekből az információkból, mivel tudatában vannak minden olyan konfliktusnak, amely akkor merülhet fel, ha bizonyos erőforrások vagy fájlok együtt létezik.

Mi az a Windows rendszerleíró adatbázis^{(Windows Registry)} és hogyan^(How) működik?

A Windows rendszerleíró adatbázisa^{(Windows Registry)} valóban a Windows működésének szíve. Ez az egyetlen operációs rendszer, amely ezt a központi rendszerleíró adatbázist használja. Ha vizualizálnunk kell, az operációs rendszer minden részének interakcióba kell lépnie a Windows Registry -vel , a rendszerindítási sorrendtől kezdve egészen olyan egyszerű dologig, mint a fájl nevének átnevezése.

Egyszerűen^(Simply) fogalmazva, ez csak egy olyan adatbázis, amely hasonló a könyvtári kártyakatalógushoz, ahol az anyakönyvi bejegyzések olyanok, mint a kártyakatalógusban tárolt kártyaköteg. A rendszerleíró kulcs egy kártya, a rendszerleíró érték pedig a kártyára írt fontos információ. A Windows operációs rendszer a rendszerleíró adatbázist használja a rendszerünk és szoftverünk vezérléséhez és kezeléséhez használt információ tárolására. Ez bármi lehet, a számítógép hardverinformációitól a felhasználói beállításokig és fájltípusokig. A Windows rendszeren végzett konfiguráció ^(Windows)szinte^(Almost) minden formája magában foglalja a beállításjegyzék szerkesztését.

A Windows Registry története

A Windows kezdeti verzióiban az alkalmazásfejlesztőknek külön .ini fájlkiterjesztést kellett tartalmazniuk a végrehajtható fájl mellett. Ez az .ini fájl minden beállítást, tulajdonságot és konfigurációt tartalmazott, amelyek az adott futtatható program megfelelő működéséhez szükségesek. Ez azonban bizonyos információk redundanciája miatt nagyon hatástalannak bizonyult, és biztonsági fenyegetést is jelentett a végrehajtható programra nézve. Ennek eredményeként a szabványos, központosított és biztonságos technológia új megvalósítása nyilvánvalóan szükségessé vált.

A Windows 3.1 megjelenésével ennek az igénynek a csupasz változatát kielégítették egy központi adatbázissal, amely az összes alkalmazásban és rendszerben közös, a Windows Registry néven .

Ez az eszköz azonban nagyon korlátozott volt, mivel az alkalmazások csak bizonyos konfigurációs információkat tudtak tárolni egy végrehajtható fájlról. Az évek során a Windows 95 és a Windows NT ezen az alapon fejlődött tovább, és a központosítást vezette be a Windows Registry újabb verziójának alapfunkciójaként .

Ennek ellenére az információk Windows Registry^{(Windows Registry)} -ben való tárolása a szoftverfejlesztők számára lehetséges. Tehát, ha egy szoftveralkalmazás-fejlesztő hozna létre egy hordozható alkalmazást, nem kell információkat hozzáadnia a rendszerleíró adatbázishoz, a helyi tároló a konfigurációval, a tulajdonságokkal és az értékekkel létrehozható és sikeresen szállítható.

A Windows Registry jelentősége más operációs rendszerekkel szemben

A Windows^(Windows) az egyetlen operációs rendszer, amely ezt a központi rendszerleíró adatbázist használja. Ha vizualizálnánk, az operációs rendszer minden részének kölcsönhatásba kell lépnie a Windows Registry -vel a rendszerindítási sorrendtől a fájlnév átnevezéséig.

Minden más operációs rendszer, például az iOS, a Mac OS , az Android és a Linux továbbra is szöveges fájlokat használ az operációs rendszer konfigurálására és az operációs rendszer viselkedésének módosítására.

A legtöbb Linux -változatban a konfigurációs fájlok .txt formátumban kerülnek mentésre, ez akkor válik problémássá, amikor szöveges fájlokkal kell dolgoznunk, mivel az összes .txt fájl kritikus rendszerfájlnak számít. Tehát ha megpróbálnánk megnyitni a szöveges fájlokat ezekben az operációs rendszerekben, nem tudnánk megnézni. Ezek az operációs rendszerek megpróbálják ezt biztonsági intézkedésként elrejteni, mivel az összes rendszerfájl, például a hálózati kártya, a tűzfal, az operációs rendszer, a grafikus felhasználói felület, a videokártya interfész stb. konfigurációja ASCII formátumban van elmentve.^{(ASCII format.)}

A probléma megkerülésére a macOS és az iOS is egy teljesen más megközelítést alkalmazott a szöveges fájlkiterjesztéshez a .plist kiterjesztéssel^{(.plist extension)} , amely tartalmazza a rendszer összes információját és az alkalmazás konfigurációs adatait, de még mindig az egyedi rendszerleíró adatbázis előnyeit. felülmúlja a fájlkiterjesztés egyszerű megváltoztatását.

Milyen előnyei vannak a Windows Registry -nek ?

Mivel az operációs rendszer minden^(Every) része folyamatosan kommunikál a Windows Registry -vel , nagyon gyors tárhelyen kell tárolni. Ezért^(Hence) ezt az adatbázist rendkívül gyors olvasásra és írásra, valamint hatékony tárolásra tervezték.

Ha megnyitnánk és ellenőriznénk a rendszerleíró adatbázis méretét, az általában 15-20 megabájt között mozogna, ami elég kicsi ahhoz, hogy mindig a RAM -ba ( Random Access Memory ) legyen betöltve, amely egyébként a leggyorsabb tárhely. az operációs rendszert.

Mivel a rendszerleíró adatbázist mindig be kell tölteni a memóriába, ha a rendszerleíró adatbázis mérete nagy, nem hagy elegendő helyet az összes többi alkalmazás zökkenőmentes vagy egyáltalán futásához. Ez hátrányosan érintené az operációs rendszer teljesítményét, ezért a Windows Registry -t úgy tervezték, hogy az alapvető célt szolgálja, hogy rendkívül hatékony legyen.

Ha több felhasználó is kommunikál ugyanazzal az eszközzel, és sok az általuk használt alkalmazás, akkor ugyanazon alkalmazások kétszeri vagy többszöri újratelepítése meglehetősen költséges tárhely pazarlása lenne. A Windows^(Windows) rendszerleíró adatbázisa kiváló ezekben a forgatókönyvekben, ahol az alkalmazás konfigurációja meg van osztva a különböző felhasználók között.

Ez nemcsak a teljes felhasznált tárterületet csökkenti, hanem a felhasználók számára is hozzáférést biztosít az alkalmazás konfigurációjának módosításához egyetlen interakciós portról. Ezzel időt takaríthat meg, mivel a felhasználónak nem kell manuálisan megnyitnia minden helyi tároló .ini fájlt.

A többfelhasználós^(Multi-User) forgatókönyvek nagyon gyakoriak a vállalati beállításokban, itt nagy szükség van a felhasználói jogosultságokhoz. Mivel nem minden információt vagy erőforrást lehet mindenkivel megosztani, az adatvédelmi alapú felhasználói hozzáférés igénye könnyen megvalósítható volt a központi Windows rendszerleíró adatbázison keresztül. Itt a hálózati rendszergazda fenntartja magának a jogot, hogy az elvégzett munka alapján visszatartsa vagy engedélyezze. Ez az egyedülálló adatbázist sokoldalúvá és robusztussá tette, mivel a frissítések egyidejűleg is végrehajthatók a hálózat több eszközének összes nyilvántartásához való távoli hozzáféréssel.

Hogyan működik a Windows Registry?

Fedezzük fel a Windows Registry alapvető elemeit, mielőtt elkezdjük piszkosulni a kezünket.

A Windows rendszerleíró adatbázis ^{(Windows Registry)}két^{(Registry Key)} alapvető elemből áll, amelyeket rendszerleíró kulcsnak neveznek , amely egy konténerobjektum, vagy egyszerűen csak olyanok, mint egy mappák, amelyekben különféle típusú fájlokat tárolnak, és a rendszerleíró értékeket^{(Registry Values)} , amelyek nem tároló objektumok, és olyanok, mint a bármilyen formátumú lehet.

Tudnia kell azt is: ^{(You should also know:)} Hogyan veheti át a Windows rendszerleíró kulcsok teljes irányítását vagy tulajdonjogát^{(How to Take Full Control or Ownership of Windows Registry Keys)}

Hogyan lehet elérni a Windows Registry-t?

A Windows Registry -t egy Rendszerleíróadatbázis-szerkesztő^{(Registry Editor)} eszközzel érhetjük el és konfigurálhatjuk, a Microsoft a ^(Microsoft)Windows operációs rendszer^{(Windows Operating System)} minden verziójával együtt tartalmaz egy ingyenes beállításjegyzék-szerkesztő segédprogramot is .

Ezt a beállításjegyzék-szerkesztőt^{(Registry Editor)} úgy érheti el, hogy beírja a „Regedit” parancsot a parancssorba^{(Command Prompt)} , vagy egyszerűen beírja a „Regedit” parancsot a Start menü keresőmezőjébe vagy futtatása mezőbe. Ez a szerkesztő a Windows^(Windows) rendszerleíró adatbázisának elérésére szolgáló portál , és segít a rendszerleíró adatbázis felfedezésében és módosításában. A rendszerleíró adatbázis a Windows^(Windows) telepítési könyvtárában található különféle adatbázisfájlok által használt gyűjtőfogalom .

Biztonságos a Rendszerleíróadatbázis-szerkesztő szerkesztése?^{(Is it Safe to edit Registry Editor?)}

Ha nem tudja, mit csinál, akkor veszélyes a rendszerleíró adatbázis^(Registry) beállításainak megkerülése. A beállításjegyzék^(Registry) szerkesztésekor ügyeljen arra, hogy kövesse a megfelelő utasításokat, és csak azt változtassa meg, amit a változtatásra utasítottak.

Ha tudatosan vagy véletlenül töröl valamit a Windows rendszerleíró adatbázisából^{(Windows Registry)} , akkor az megváltoztathatja a rendszer konfigurációját, ami vagy a Blue Screen of Death megjelenéséhez vezethet, vagy a Windows nem indul el.

Ezért általában ajánlott biztonsági másolatot készíteni a Windows rendszerleíró adatbázisról^{(backup Windows Registry)} , mielőtt bármilyen módosítást végezne rajta. Létrehozhat egy rendszer-visszaállítási pontot^{(create a system restore point)} is (amely automatikusan biztonsági másolatot készít a rendszerleíró adatbázisról^(Registry) ), amelyet akkor használhat, ha bármikor vissza kell állítania a beállításjegyzék^(Registry) beállításait a normál értékre. De ha csak azt, amit mondanak, akkor nem lehet gond. Ha tudnia kell, hogyan kell visszaállítani a Windows rendszerleíró adatbázist, akkor ez az oktatóanyag^{(restore Windows Registry then this tutorial)} elmagyarázza, hogyan kell ezt egyszerűen megtenni.

Fedezzük fel a Windows Registry felépítését^{(Windows Registry)}

Van egy felhasználó egy elérhetetlen tárhelyen, amely csak az operációs rendszer hozzáférésére létezik.

Ezek a kulcsok^(Keys) a rendszerindítási szakaszban töltődnek be a RAM -ba, és folyamatosan kommunikálnak egy bizonyos időintervallumon belül, vagy amikor egy bizonyos rendszerszintű esemény vagy események bekövetkeznek.^(RAM)

Ezeknek a rendszerleíró kulcsoknak egy bizonyos része a merevlemezen tárolódik. Ezeket a merevlemezen tárolt kulcsokat csalánkiütésnek nevezzük. A beállításjegyzéknek ez a szakasza rendszerleíró kulcsokat, alkulcsokat és beállításjegyzék-értékeket tartalmaz. Attól függően, hogy a felhasználó milyen jogosultságokat kapott, hozzáférhet e kulcsok bizonyos részeihez.

A rendszerleíró adatbázisban a HKEY karakterekkel^(HKEY) kezdődő hierarchia csúcsán lévő kulcsok csalánkiütésnek minősülnek.

A Szerkesztőben^(Editor) a kaptárak a képernyő bal oldalán helyezkednek el, ha az összes billentyűt kibontás nélkül tekinti meg. Ezek a rendszerleíró kulcsok, amelyek mappaként jelennek meg.

Fedezze fel a Windows rendszerleíró kulcsának és alkulcsainak szerkezetét:

Példa a kulcsnévre – „HKEY_LOCAL_MACHINESYSTEMInputBreakloc_0804”

Itt a „loc_0804” a „Break” alkulcsra utal, az „Input” alkulcsra, amely a HKEY_LOCAL_MACHINE gyökérkulcs „SYSTEM” alkulcsára utal.

Gyakori gyökérkulcsok a Windows rendszerleíró adatbázisában^{(Common Root Keys in Windows Registry)}

A következő billentyűk mindegyike saját egyedi kaptár, amely a legfelső szintű kulcson belül több kulcsot tartalmaz.

én. HKEY_CLASSES_ROOT

Ez a Windows Registry rendszerleíró adatbázisa^{(Windows Registry)} , amely a fájlkiterjesztés társítási információiból, a programozott azonosítóból^{(programmatic identifier)} ( ProgID ), az interfészazonosítóból^{(Interface ID)} ( IID ) és az osztályazonosítóból (CLSID)^{(Class ID (CLSID))} áll .

Ez  a HKEY_CLASSES_ROOT rendszerleíró adatbázis átjárója a Windows operációs rendszerben végbemenő bármely műveletnek vagy eseménynek. Tegyük fel^(Suppose) , hogy szeretnénk elérni néhány mp3 fájlt a Letöltések^(Downloads) mappában. Az operációs rendszer ezen keresztül futtatja lekérdezését a szükséges műveletek elvégzéséhez.

Abban a pillanatban, amikor hozzáfér a HKEY_CLASSES_ROOT kaptárhoz, nagyon könnyű elájulni a kiterjesztési fájlok ilyen hatalmas listáján. Azonban ezek azok a rendszerleíró kulcsok, amelyek a Windows folyékony működését teszik lehetővé

Az alábbiakban néhány példa látható a HKEY_CLASSES_ROOT kaptár rendszerleíró kulcsaira,

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

Amikor duplán kattintunk, és megnyitunk egy fájlt, mondjuk egy fényképet, a rendszer a HKEY_CLASSES_ROOT -on keresztül küldi el a lekérdezést, ahol egyértelműen megadja az utasításokat, hogy mit kell tenni egy ilyen fájl kérése esetén. Így a rendszer végül megnyit egy fotónézegetőt, amely megjeleníti a kért képet.

A fenti példában a rendszerleíró adatbázis hívja a HKEY_CLASSES_ROOT\.jpg kulcsban tárolt kulcsokat. A HKEY_CLASSES_ROOT kaptár a HKEY_LOCAL_MACHINE kaptárban ( HKEY_LOCAL_MACHINE\Software\Classes ), valamint a  HKEY_CURRENT_USER kaptárban ( HKEY_CURRENT_USER\Software\Classes ) egyaránt megtalálható összesített adat. Tehát ha a beállításkulcs két helyen létezik, az ütközéseket okoz. Tehát a HKEY_CURRENT_USER\Software\Classes -ban található adatok a HKEY_CLASSES_ROOT -ban kerülnek felhasználásra . A képernyő bal oldalán található HKEY_CLASSES gomb megnyitásával érhető el .

ii. HKEY_LOCAL_MACHINE

Ez egyike azon számos rendszerleíró adatbázisnak, amely a helyi számítógépre jellemző összes beállítást tárolja. Ez egy globális kulcs, ahol a tárolt információkat egyetlen felhasználó vagy program sem szerkesztheti. Ennek^(Due) az alkulcsnak a globális jellege miatt az ezen a tárolón tárolt összes információ egy virtuális tároló formájában van, amely folyamatosan fut a RAM -on . A szoftverfelhasználók konfigurációs információinak többsége már telepítve van, és magát a Windows operációs rendszert a HKEY_LOCAL_MACHINE foglalja el . Az összes jelenleg észlelt hardver a HKEY_LOCAL_MACHINE kaptárban van tárolva.

Tudja azt is, hogyan kell: ^{(Also know how to:)} Javítsa ki a Regedit.exe összeomlását, amikor a rendszerleíró adatbázison keresztül keres^{(Fix Regedit.exe Crashes when searching through Registry)}

Ez a beállításkulcs további 7 alkulcsra oszlik:^{(This registry key is further divided into 7 sub-keys:)}

1. SAM ( Security Accounts Manager ) – Ez egy rendszerleíró kulcsfájl, amely a felhasználók jelszavait biztonságos formátumban tárolja (LM hash és NTLM hash formájában). A hash funkció a titkosítás egy formája, amelyet a felhasználók fiókinformációinak védelmére használnak.

Ez egy zárolt fájl, amely a rendszerben a C:WINDOWSsystem32config címen található, és nem mozgatható vagy másolható, amikor az operációs rendszer fut.

A Windows^(Windows) a Security Accounts Manager rendszerleíró kulcsfájlt használja a felhasználók hitelesítésére, miközben bejelentkeznek a Windows - fiókjukba. Amikor egy felhasználó bejelentkezik, a Windows egy sor hash algoritmust használ a beírt jelszó kivonatának kiszámításához. Ha a megadott jelszó hash értéke megegyezik a SAM rendszerleíró fájlban^{(SAM registry file)} található jelszókivonattal , a felhasználók hozzáférhetnek fiókjukhoz. Ez is egy olyan fájl, amelyet a legtöbb hacker megcéloz támadás közben.

2. Biztonság^{(2. Security)} (csak rendszergazda által nem érhető el) – Ez a rendszerleíró kulcs az aktuális rendszerbe bejelentkezett adminisztratív felhasználó fiókjához tartozik. Ha a rendszert bármely szervezet kezeli, a felhasználók csak akkor férhetnek hozzá ehhez a fájlhoz, ha a felhasználó kifejezetten adminisztrátori hozzáférést kapott. Ha ezt a fájlt rendszergazdai jogosultság nélkül nyitnánk meg, üres lenne. Most, ha rendszerünk egy adminisztrációs hálózathoz csatlakozik, ez a kulcs alapértelmezés szerint a szervezet által létrehozott és aktívan kezelt helyi rendszerbiztonsági profil lesz. Ez a kulcs a SAM^(SAM) - hez van kapcsolva , így sikeres hitelesítés esetén a felhasználó jogosultsági szintjétől függően számos helyi és csoportos házirend^{(group policies)} kerül alkalmazásra.

3. Rendszer^{(3. System)} (kritikus rendszerindítási folyamat és egyéb kernelfunkciók) – Ez az alkulcs a teljes rendszerrel kapcsolatos fontos információkat tartalmaz, például a számítógép nevét, az aktuálisan csatlakoztatott hardvereszközöket, fájlrendszert és azt, hogy egy adott eseménynél milyen automatizált műveletek hajthatók végre, mondjuk ott a CPU túlmelegedése miatti halál kék képernyője^{(Blue screen of death)} , van egy logikus eljárás, amelyet a számítógép ilyen esetben automatikusan elkezd felvenni. Ehhez a fájlhoz csak megfelelő rendszergazdai jogosultságokkal rendelkező felhasználók férhetnek hozzá. Amikor a rendszer elindul, ez az a hely, ahol az összes napló dinamikusan mentésre kerül és beolvasásra kerül. Különféle rendszerparaméterek, például alternatív konfigurációk, amelyeket vezérlőkészleteknek nevezünk.

4. Szoftver^{(4. Software )} Itt tároljuk a harmadik féltől származó^{(Third-party)} összes szoftverkonfigurációt, például a plug and play illesztőprogramokat. Ez az alkulcs szoftvert és Windows -beállításokat tartalmaz, amelyek a már meglévő hardverprofilhoz kapcsolódnak, és amelyeket különféle alkalmazások és rendszertelepítők módosíthatnak. A szoftverfejlesztők^(Software) korlátozhatják vagy engedélyezhetik, hogy a felhasználók milyen információkhoz juthassanak hozzá szoftverük használata közben, ez a „Szabályzat” alkulccsal állítható be, amely érvényesíti az általános használati szabályzatot az alkalmazásokon és rendszerszolgáltatásokon, amelyek tartalmazzák a használt rendszertanúsítványokat. bizonyos rendszerek vagy szolgáltatások hitelesítésére, engedélyezésére vagy letiltására.

5. Hardver^{(5. Hardware)} , amely egy alkulcs, amely dinamikusan jön létre a rendszerindítás során

6. Az összetevők^{(6. Components )} rendszerszintű eszközspecifikus összetevőinek konfigurációs információi itt találhatók

7. BCD.dat (a rendszerpartíció oot mappájában), amely egy kritikus fájl, amelyet a rendszer beolvas, és elindítja a végrehajtást a rendszerindítási folyamat során a beállításjegyzék RAM -ba való betöltésével .

iii. HKEY_CURRENT_CONFIG

Az alkulcs létezésének fő oka a videó és a hálózati beállítások tárolása. Ez lehet a videokártyára vonatkozó összes információ, például a felbontás, a frissítési gyakoriság, a képarány stb., valamint a hálózat

Ez egyben egy rendszerleíró adatbázis, a Windows Registry része , és az éppen használt hardverprofilról tárol információkat. A HKEY_CURRENT_CONFIG^{(HKEY_CURRENT_CONFIG)} valójában egy mutató a HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\HardwareProfiles\Currentregistry kulcsra. Ez egyszerűen egy mutató a jelenleg aktív hardverprofilra, amely a HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\HardwareProfiles kulcs alatt található.

Tehát a HKEY_ CURRENT_CONFIG segítségével megtekinthetjük és módosíthatjuk az aktuális felhasználó hardverprofiljának konfigurációját, amit rendszergazdaként megtehetünk a fent felsorolt ​​három hely bármelyikén, mivel ezek mind egyformák.

iv. HKEY_CURRENT_USER

A rendszerleíró adatbázis része, amely az aktuálisan bejelentkezett felhasználóra jellemző tárolóbeállításokat, valamint a Windows és a szoftver konfigurációs adatait tartalmazza . Például a rendszerleíró kulcsokban található számos beállításjegyzék érték a HKEY_CURRENT_USER kaptár felhasználói szintű vezérlési beállításaiban található, például a billentyűzetkiosztás, a telepített nyomtatók, az asztal háttérképe, a megjelenítési beállítások, a hozzárendelt hálózati meghajtók stb.

A Vezérlőpult^{(Control Panel)} különböző kisalkalmazásaiban konfigurált számos beállítás a HKEY_CURRENT_USER rendszerleíró adatbázisban van tárolva  . Mivel a HKEY_CURRENT_USER réteg felhasználó-specifikus, ugyanazon a számítógépen, a benne található kulcsok és értékek felhasználónként eltérőek lesznek. Ez eltér a legtöbb más, globális rendszerleíró adatbázistól, ami azt jelenti, hogy ugyanazokat az információkat tárolják a Windows összes felhasználójáról .

A rendszerleíróadatbázis-szerkesztő képernyőjének bal oldalára kattintva hozzáférést kapunk a HKEY_CURRENT_USER címhez^{(HKEY_CURRENT_USER)} . Biztonsági intézkedésként a HKEY_CURRENT_USER^{(HKEY_CURRENT_USER)} oldalon tárolt információk csak egy mutató a HKEY_USERS kaptár alatt biztonsági azonosítónkként elhelyezett kulcsra. Bármelyik területen végrehajtott változtatások azonnal életbe lépnek.

v. HKEY_USERS

Ez tartalmazza az egyes felhasználói profilok HKEY_CURRENT_USER kulcsainak megfelelő alkulcsokat. ^{(HKEY_CURRENT_USER)}Ez is egy a sok rendszerleíró adatbázis közül, amelyek a Windows rendszerleíró adatbázisában^{(Windows Registry)} találhatók .

Az összes felhasználó-specifikus konfigurációs adat itt kerül naplózásra, mindenki számára, aki aktívan használja az eszközt, ilyen jellegű információkat a HKEY_USERS alatt tárolunk . A rendszerben tárolt, egy adott felhasználóhoz tartozó összes felhasználó-specifikus információ a HKEY_USERS hive alatt található, a felhasználókat egyedileg azonosíthatjuk a biztonsági azonosító vagy a^{(security identifier or the SID)} felhasználó által végrehajtott konfigurációs változtatásokat naplózó SID segítségével.

Ezen aktív felhasználók mindegyike, akiknek a fiókja a HKEY_USERS kaptárban található a rendszergazda által biztosított jogosultságoktól függően, hozzáférhet a megosztott erőforrásokhoz, például nyomtatókhoz, helyi hálózathoz, helyi tárolómeghajtókhoz, asztali hátterhez stb. Fiókjuk rendelkezik bizonyos nyilvántartással. az aktuális felhasználó SID alatt tárolt kulcsok és a megfelelő beállításjegyzéki értékek .

Ami a kriminalisztikai információkat illeti, minden SID hatalmas mennyiségű adatot tárol minden felhasználóról, mivel minden eseményről és műveletről naplót készít a felhasználó fiókjában. Ez magában foglalja a felhasználó nevét^(Name) , a felhasználó számítógépre bejelentkezésének számát, az utolsó bejelentkezés dátumát és időpontját, az utolsó jelszómódosítás dátumát és időpontját, a sikertelen bejelentkezések számát stb. Ezenkívül a rendszerleíró adatbázis adatait is tartalmazza, amikor a Windows betöltődik, és megjelenik a bejelentkezési promptnál.

Javasolt: ^{(Recommended:)} Javítás A Rendszerleíróadatbázis-szerkesztő leállt^{(Fix The Registry editor has stopped working)}

Az alapértelmezett felhasználó rendszerleíró kulcsai a profilon belüli ntuser.dat fájlban vannak tárolva, amit a regedit segítségével be kell töltenünk az alapértelmezett felhasználó beállításainak hozzáadásához.

A Windows rendszerleíró adatbázisában várható adatok típusai^{(Types of data we can expect to find in the Windows Registry)}

A fent tárgyalt kulcsok és alkulcsok mindegyikének konfigurációi, értékei és tulajdonságai a következő adattípusok bármelyikében vannak elmentve, általában a következő adattípusok kombinációja alkotja a teljes Windows rendszerleíró adatbázisunkat.

• Karakterláncértékek, például az Unicode, amely^{(Unicode ​which)} a világ legtöbb írási rendszerében kifejezett szöveg konzisztens kódolására, megjelenítésére és kezelésére szolgáló számítástechnikai iparági szabvány.
• Bináris adatok
• Előjel nélküli egész számok
• Szimbolikus linkek
• Több karakterláncból álló értékek
• Erőforráslista^(Resource) ( Plug and Play hardver)
• Erőforrás^(Resource) leíró ( Plug and Play hardver)
• 64 bites egész számok

Következtetés^(Conclusion)

A Windows Registry^{(Windows Registry)} nem kevésbé forradalom, amely nemcsak minimalizálta a biztonsági kockázatot, amely a szöveges fájlok fájlkiterjesztésként való használatából fakad a rendszer és az alkalmazás konfigurációjának mentésére, hanem csökkentette az alkalmazásfejlesztők által használt konfigurációs vagy .ini fájlok számát is. szoftvertermékükkel együtt kellett szállítani. A rendszer és a rendszeren futó szoftver által gyakran elért adatok tárolására szolgáló központi adattár előnyei nyilvánvalóak.

A könnyű használat, valamint a különféle testreszabási és beállítási lehetőségek egy központi helyen való elérése miatt a Windows a különböző szoftverfejlesztők által preferált platform az asztali alkalmazásokhoz. Ez nagyon nyilvánvaló, ha összehasonlítja a Windows elérhető asztali szoftveralkalmazásainak mennyiségét az Apple macOS rendszerével. Összefoglalva, megvitattuk a Windows Registry működését és fájlszerkezetét, valamint a különböző beállításkulcs-konfigurációk jelentőségét, valamint a rendszerleíróadatbázis-szerkesztő teljes körű használatát.

What is the Windows Registry & How it Works?

Windows Registrу is a collection of cоnfіgurations, vаlues, and properties of windows applications as well аs the windows operating system which is organized and stored in a hierarchical manner in a sіngular 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

• A Regbak segítségével egyszerűen biztonsági másolatot készíthet és visszaállíthatja a Windows rendszerleíró adatbázisát

• A Registry Live Watch élőben követi a Windows Registry változásait

• Ingyenes Registry Defragmenter a Windows rendszerleíró adatbázis töredezettségmentesítéséhez

• Akadályozza meg a Chrome-bővítmények eltávolítását a Windows Registry használatával

• 3 módszer a Windows rendszerleíró adatbázis letiltására -

• Hogyan hasonlítsa össze vagy egyesítse a rendszerleíró fájlokat a Windows 11/10 rendszeren a Regdiff használatával

• Kedvencek hozzáadása vagy eltávolítása a Windows 10 rendszerleíró adatbázisában.

• Fix Windows nem tudta betölteni a rendszerleíró adatbázis hibát

• A Rendszerleíróadatbázis-szerkesztő nem nyílik meg, összeomlik vagy leállt a Windows 11/10 rendszerben

• A beállításjegyzék visszaállítása a Windows 11/10 parancssor használatával

• A Registry Life egy ingyenes rendszerleíró adatbázis-tisztító és -optimalizáló eszköz a Windows számára

• Az Alkalmazásértesítések kikapcsolása a Rendszerleíróadatbázis-szerkesztővel a Windows 11/10 rendszerben

• Törölje a zárolt rendszerleíró kulcsokat a Registry DeleteEx for Windows 10 segítségével

• A RegCool egy fejlett beállításjegyzék-szerkesztő szoftver a Windows 11/10 rendszerhez

• A beállításjegyzék biztonsági mentése és visszaállítása a Windows 11/10 rendszerben

• A Rendszerleíróadatbázis-szerkesztő hozzáadása a Vezérlőpulthoz a Windows 11/10 rendszerben

• Ingyenes Registry Cleaner, Junk File Cleaner és Windows Optimizers

• A Windows Store-alkalmazások nem indulnak el? Ellenőrizze a rendszerleíró adatbázist és a fájlengedélyeket

• Egy hiba miatt nem lehet megnyitni ezt a kulcsot a Windows 10 rendszerben

• Tiltsa le a Windows indítási késleltetését a StartupDelayInMSec beállításkulcs segítségével