Het Windows - register^(Registry) is een verzameling configuraties, waarden en eigenschappen van Windows-toepassingen en het Windows-besturingssysteem dat op een hiërarchische manier is georganiseerd en opgeslagen in een enkelvoudige repository.

Telkens wanneer een nieuw programma op het Windows -systeem wordt geïnstalleerd, wordt er een vermelding gemaakt in het Windows-register^{(Windows Registry)} met zijn kenmerken zoals grootte, versie, locatie in de opslag, enz.

Omdat deze informatie in de database is opgeslagen, is niet alleen het besturingssysteem op de hoogte van de gebruikte bronnen, maar kunnen ook andere toepassingen profiteren van deze informatie, omdat ze zich bewust zijn van eventuele conflicten die kunnen ontstaan ​​als bepaalde bronnen of bestanden zouden samenwerken. bestaan.

Wat is het Windows-register^{(Windows Registry)} en hoe^(How) het werkt?

Het Windows-register^{(Windows Registry)} is echt het hart van de manier waarop Windows werkt. Het is het enige besturingssysteem dat deze benadering van een centraal register gebruikt. Als we het zouden visualiseren, moet elk onderdeel van het besturingssysteem communiceren met het Windows-register^{(Windows Registry)} , vanaf de opstartvolgorde tot iets eenvoudigs als het hernoemen van de naam van het bestand.

Simpel^(Simply) gezegd, het is gewoon een database die lijkt op die van een bibliotheekkaartcatalogus, waar de vermeldingen in het register zijn als een stapel kaarten die zijn opgeslagen in de kaartencatalogus. Een registersleutel zou een kaart zijn en een registerwaarde zou de belangrijke informatie op die kaart zijn. Het Windows -besturingssysteem gebruikt het register om een ​​heleboel informatie op te slaan die wordt gebruikt om ons systeem en onze software te besturen en te beheren. Dit kan van alles zijn, van informatie over pc-hardware tot gebruikersvoorkeuren en bestandstypen. Bijna^(Almost) elke vorm van configuratie die we met een Windows -systeem doen, omvat het bewerken van het register.

Geschiedenis van het Windows-register

In de eerste versies van Windows moesten applicatieontwikkelaars samen met het uitvoerbare bestand een aparte .ini-bestandsextensie opnemen. Dit .ini-bestand bevatte alle instellingen, eigenschappen en configuratie die nodig zijn om het opgegeven uitvoerbare programma correct te laten werken. Dit bleek echter zeer inefficiënt vanwege de redundantie van bepaalde informatie en het vormde ook een veiligheidsrisico voor het uitvoerbare programma. Als gevolg hiervan was een nieuwe implementatie van gestandaardiseerde, gecentraliseerde en veilige technologie een schijnbare noodzaak.

Met de komst van Windows 3.1 werd aan een kale versie van deze vraag voldaan met een centrale database die gemeenschappelijk is voor alle toepassingen en systemen, het Windows-register^{(Windows Registry)} .

Deze tool was echter zeer beperkt, omdat de applicaties alleen bepaalde configuratie-informatie van een uitvoerbaar bestand konden opslaan. In de loop der jaren hebben Windows 95 en Windows NT zich op deze basis verder ontwikkeld en centralisatie geïntroduceerd als de kernfunctie in de nieuwere versie van Windows Registry .

Dat gezegd hebbende, is het opslaan van informatie in het Windows-register^{(Windows Registry)} een optie voor softwareontwikkelaars. Dus als een ontwikkelaar van een softwaretoepassing een draagbare toepassing zou maken, hoeft hij geen informatie aan het register toe te voegen, lokale opslag met de configuratie, eigenschappen en waarden kan worden gemaakt en met succes worden verzonden.

De relevantie van het Windows-register^{(Windows Registry)} met betrekking tot andere besturingssystemen

Windows is het enige besturingssysteem dat deze benadering van een centraal register gebruikt. Als we het zouden visualiseren, moet elk onderdeel van het besturingssysteem communiceren met het Windows-register^{(Windows Registry)} , vanaf de opstartvolgorde tot het hernoemen van een bestandsnaam.

Alle andere besturingssystemen, zoals iOS, Mac OS , Android en Linux , blijven tekstbestanden gebruiken om het besturingssysteem te configureren en het gedrag van het besturingssysteem te wijzigen.

In de meeste Linux -varianten worden de configuratiebestanden opgeslagen in het .txt -formaat, dit wordt een probleem wanneer we met de tekstbestanden moeten werken, aangezien alle .txt -bestanden als kritieke systeembestanden worden beschouwd. Dus als we de tekstbestanden in deze besturingssystemen proberen te openen, kunnen we deze niet bekijken. Deze besturingssystemen proberen het als veiligheidsmaatregel te verbergen, omdat alle systeembestanden zoals configuraties van de netwerkkaart, firewall, besturingssysteem, grafische gebruikersinterface, videokaartinterface, enz. Worden opgeslagen in het ASCII-formaat.^{(ASCII format.)}

Om dit probleem te omzeilen, hebben zowel macOS als iOS een geheel andere benadering van de tekstbestandsextensie geïmplementeerd door de .plist-extensie^{(.plist extension)} te implementeren , die alle systeem- en applicatieconfiguratie-informatie bevat, maar nog steeds de voordelen van een enkelvoudig register ver zwaarder wegen dan de eenvoudige wijziging van de bestandsextensie.

Wat zijn de voordelen van het Windows-register^{(Windows Registry)} ?

Omdat elk^(Every) onderdeel van het besturingssysteem continu communiceert met het Windows-register^{(Windows Registry)} , moet het in een zeer snelle opslag worden opgeslagen. Daarom^(Hence) is deze database ontworpen voor extreem snel lezen en schrijven en voor efficiënte opslag.

Als we de registerdatabase zouden openen en controleren, zou deze doorgaans schommelen tussen 15 en 20 megabytes, waardoor deze klein genoeg is om altijd in het RAM ( Random Access Memory ) te worden geladen, wat overigens de snelste opslag is die beschikbaar is voor het besturingssysteem.

Aangezien het register te allen tijde in het geheugen moet worden geladen, laat het register niet genoeg ruimte over om alle andere toepassingen soepel of helemaal niet te laten werken. Dit zou nadelig zijn voor de prestaties van het besturingssysteem, daarom is het Windows-register^{(Windows Registry)} ontworpen met als kerndoel zeer efficiënt te zijn.

Als er meerdere gebruikers zijn die met hetzelfde apparaat communiceren en er zijn een aantal applicaties die ze vaak gebruiken, zou het twee keer of meerdere keren opnieuw installeren van dezelfde applicaties een verspilling van vrij dure opslag zijn. Het Windows^(Windows) -register blinkt uit in deze scenario's waarbij de toepassingsconfiguratie wordt gedeeld door verschillende gebruikers.

Dit vermindert niet alleen de totale gebruikte opslagruimte, maar geeft de gebruikers ook toegang om wijzigingen aan te brengen in de configuratie van de applicatie vanaf één enkele interactiepoort. Dit bespaart ook tijd omdat de gebruiker niet handmatig naar elk .ini -bestand voor lokale opslag hoeft te gaan.

Scenario's voor meerdere gebruikers^(Multi-User) komen veel voor in bedrijfsconfiguraties, hier is er een sterke behoefte aan gebruikersprivileges. Omdat niet alle informatie of bronnen met iedereen kunnen worden gedeeld, werd de behoefte aan op privacy gebaseerde gebruikerstoegang eenvoudig geïmplementeerd via het gecentraliseerde Windows-register. Hierbij behoudt de netwerkbeheerder zich het recht voor om op basis van de verrichte werkzaamheden te weigeren of toe te staan. Dit maakte de enkelvoudige database veelzijdig en robuust, aangezien de updates gelijktijdig kunnen worden uitgevoerd met externe toegang tot alle registers van meerdere apparaten in het netwerk.

Hoe werkt het Windows-register?

Laten we de basiselementen van het Windows-register^{(Windows Registry)} verkennen voordat we onze handen vuil gaan maken.

Het Windows-register^{(Windows Registry)} bestaat uit twee basiselementen, de registersleutel^{(Registry Key)} genaamd, die een containerobject is, of eenvoudig gezegd, ze zijn als een map waarin verschillende soorten bestanden zijn opgeslagen en registerwaarden^{(Registry Values)} die niet-containerobjecten zijn die lijken op bestanden die kan van elk formaat zijn.

U moet ook weten: ^{(You should also know:)} Hoe u de volledige controle over of het eigendom van Windows-registersleutels kunt krijgen^{(How to Take Full Control or Ownership of Windows Registry Keys)}

Hoe toegang krijgen tot het Windows-register?

We kunnen het Windows-register^{(Windows Registry)} openen en configureren met behulp van een Register-editor^{(Registry Editor)} , Microsoft bevat een gratis hulpprogramma voor het bewerken van het register samen met elke versie van het Windows-besturingssysteem^{(Windows Operating System)} .

Deze Register-editor^{(Registry Editor)} kan worden geopend door "Regedit" in de opdrachtprompt^{(Command Prompt)} te typen of door eenvoudig "Regedit" in het zoek- of uitvoervak ​​in het menu Start te typen. ^(Start)Deze editor is de portal voor toegang tot het Windows -register en het helpt ons om het register te verkennen en wijzigingen aan te brengen. Het register is de overkoepelende term die wordt gebruikt door verschillende databasebestanden die zich in de map van de Windows -installatie bevinden.

Is het veilig om de Register-editor te bewerken?^{(Is it Safe to edit Registry Editor?)}

Als u niet weet wat u doet, is het gevaarlijk om de registerconfiguratie^(Registry) te omzeilen. Wanneer u het register^(Registry) bewerkt , moet u ervoor zorgen dat u de juiste instructies volgt en alleen wijzigt wat u wordt opgedragen.

Als u bewust of per ongeluk iets in het Windows-register^{(Windows Registry)} verwijdert , kan dit de configuratie van uw systeem wijzigen, wat kan leiden tot Blue Screen of Death of Windows zal niet opstarten.

Het wordt dus over het algemeen aanbevolen om een ​​back-up te maken van het Windows-register^{(backup Windows Registry)} voordat u er wijzigingen in aanbrengt. U kunt ook een systeemherstelpunt maken^{(create a system restore point)} (waarmee automatisch een back-up van het register^(Registry) wordt gemaakt) dat kan worden gebruikt als u ooit de registerinstellingen^(Registry) weer normaal moet maken. Maar als je alleen doet wat je wordt verteld, zou het geen probleem moeten zijn. Als u wilt weten hoe u het Windows-register kunt herstellen, legt deze tutorial^{(restore Windows Registry then this tutorial)} uit hoe u dit eenvoudig kunt doen.

Laten we eens kijken naar de structuur van het Windows-register^{(Windows Registry)}

Er is een gebruiker op een ontoegankelijke opslaglocatie die alleen bestaat voor toegang tot het besturingssysteem.

Deze sleutels worden tijdens het opstarten van het systeem in het ^(Keys)RAM geladen en worden constant gecommuniceerd binnen een bepaald tijdsinterval of wanneer een bepaalde gebeurtenis of gebeurtenissen op systeemniveau plaatsvinden.

Een bepaald deel van deze registersleutels wordt opgeslagen op de harde schijf. Deze sleutels die op de harde schijf zijn opgeslagen, worden netelroos genoemd. Dit gedeelte van het register bevat registersleutels, registersubsleutels en registerwaarden. Afhankelijk van het niveau van het privilege dat een gebruiker heeft gekregen, zou hij toegang krijgen tot bepaalde delen van deze sleutels.

De sleutels die zich op het hoogtepunt van de hiërarchie in het register bevinden die begint met HKEY , worden als netelroos beschouwd.

In de Editor bevinden de kasten zich aan de linkerkant van het scherm wanneer alle toetsen worden bekeken zonder uit te vouwen. Dit zijn de registersleutels die als mappen worden weergegeven.

Laten we eens kijken naar de structuur van de Windows-registersleutel en de bijbehorende subsleutels:

Voorbeeld van een sleutelnaam - "HKEY_LOCAL_MACHINESYSTEMInputBreakloc_0804"

Hier verwijst de "loc_0804" naar de subsleutel "Break" verwijst naar de subsleutel "Input" die verwijst naar de subsleutel "SYSTEM" van de HKEY_LOCAL_MACHINE -rootsleutel.

Algemene basissleutels in het Windows-register^{(Common Root Keys in Windows Registry)}

Elk van de volgende sleutels is zijn eigen individuele bijenkorf, die meer sleutels omvat binnen de sleutel op het hoogste niveau.

i. HKEY_CLASSES_ROOT

Dit is de registercomponent van het Windows-register^{(Windows Registry)} dat bestaat uit bestandsextensie-associatie-informatie, programmatic identifier ( ProgID ), Interface ID ( IID ) gegevens en Class ID (CLSID) .

Deze registercomponent  HKEY_CLASSES_ROOT is de toegangspoort voor elke actie of gebeurtenis die plaatsvindt in het Windows -besturingssysteem. Stel dat^(Suppose) we toegang willen tot enkele mp3-bestanden in de map Downloads . Het besturingssysteem voert zijn query hierdoor uit om de vereiste acties te ondernemen.

Op het moment dat je de HKEY_CLASSES_ROOT- component opent, is het heel gemakkelijk om overweldigd te raken als je naar zo'n enorme lijst met extensiebestanden kijkt. Dit zijn echter de registersleutels die ervoor zorgen dat Windows soepel functioneert

Hieronder volgen enkele voorbeelden van HKEY_CLASSES_ROOT Hive registersleutels,

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

Telkens wanneer we dubbelklikken en een bestand openen, laten we zeggen een foto, stuurt het systeem de vraag door de HKEY_CLASSES_ROOT waar de instructies over wat te doen wanneer een dergelijk bestand wordt aangevraagd, duidelijk worden gegeven. Het systeem opent dus een fotoviewer die de gevraagde afbeelding weergeeft.

In het bovenstaande voorbeeld roept het register de sleutels aan die zijn opgeslagen in de sleutel HKEY_CLASSES_ROOT\.jpg . De HKEY_CLASSES_ROOT -component is een collectieve data die wordt gevonden in zowel de HKEY_LOCAL_MACHINE - component ( HKEY_LOCAL_MACHINE\Software\Classes ) als de  HKEY_CURRENT_USER- component ( HKEY_CURRENT_USER\Software\Classes ). Dus wanneer de registersleutel op twee locaties bestaat, ontstaan ​​er conflicten. Dus de gegevens gevonden in HKEY_CURRENT_USER\Software\Classes worden gebruikt in HKEY_CLASSES_ROOT . Het is toegankelijk door de HKEY_CLASSES -toets aan de linkerkant van het scherm te openen.

ii. HKEY_LOCAL_MACHINE

Dit is een van de vele registerkasten waarin alle instellingen zijn opgeslagen die specifiek zijn voor de lokale computer. Dit is een algemene sleutel waarbij de opgeslagen informatie door geen enkele gebruiker of programma kan worden bewerkt. Vanwege^(Due) het globale karakter van deze subsleutel is alle informatie die in deze opslag is opgeslagen in de vorm van een virtuele container die continu op het RAM -geheugen draait. ^(RAM)Het merendeel van de configuratie-informatie voor de softwaregebruikers is geïnstalleerd en het Windows -besturingssysteem zelf is bezet in HKEY_LOCAL_MACHINE . Alle momenteel gedetecteerde hardware wordt opgeslagen in de HKEY_LOCAL_MACHINE - component.

Weet ook hoe u: ^{(Also know how to:)} Regedit.exe vastloopt tijdens het zoeken in het register^{(Fix Regedit.exe Crashes when searching through Registry)}

Deze registersleutel is verder onderverdeeld in 7 subsleutels:^{(This registry key is further divided into 7 sub-keys:)}

1. SAM ( Security Accounts Manager ) – Het is een registersleutelbestand dat de wachtwoorden van gebruikers opslaat in een beveiligd formaat (in LM-hash en NTLM - hash). Een hashfunctie is een vorm van codering die wordt gebruikt om de accountgegevens van gebruikers te beschermen.

Het is een vergrendeld bestand dat zich in het systeem op C:WINDOWSsystem32config bevindt en dat niet kan worden verplaatst of gekopieerd wanneer het besturingssysteem actief is.

Windows gebruikt het registersleutelbestand van Security Accounts Manager om gebruikers te verifiëren terwijl ze inloggen op hun ^{(Security Accounts Manager)}Windows - accounts. Telkens wanneer een gebruiker inlogt, gebruikt Windows een reeks hash-algoritmen om een ​​hash te berekenen voor het ingevoerde wachtwoord. Als de hash van het ingevoerde wachtwoord gelijk is aan de hash van het wachtwoord in het SAM-registerbestand^{(SAM registry file)} , krijgen gebruikers toegang tot hun account. Dit is ook een bestand waarop de meeste hackers zich richten tijdens het uitvoeren van een aanval.

2. Beveiliging^{(2. Security)} (niet toegankelijk behalve door beheerder) – Deze registersleutel is lokaal voor het account van de beheerder die is aangemeld bij het huidige systeem. Als het systeem door een organisatie wordt beheerd, hebben de gebruikers geen toegang tot dit bestand, tenzij de gebruiker expliciet beheerderstoegang heeft gekregen. Als we dit bestand zouden openen zonder beheerdersrechten, zou het leeg zijn. Als ons systeem nu is verbonden met een administratief netwerk, wordt deze sleutel standaard ingesteld op het lokale systeembeveiligingsprofiel dat is ingesteld en actief wordt beheerd door de organisatie. Deze sleutel is gekoppeld aan de SAM , dus na succesvolle authenticatie worden, afhankelijk van het privilegeniveau van de gebruiker, verschillende lokale en groepsbeleidsregels^{(group policies)} toegepast.

3. Systeem^{(3. System)} (kritiek opstartproces en andere kernelfuncties) - Deze subsleutel bevat belangrijke informatie met betrekking tot het hele systeem, zoals computernaam, momenteel aangekoppelde hardwareapparaten, bestandssysteem en wat voor soort geautomatiseerde acties kunnen worden ondernomen in een bepaalde gebeurtenis, bijvoorbeeld daar is Blue screen of death als gevolg van oververhitting van de CPU , is er een logische procedure die de computer automatisch start in een dergelijk geval. Dit bestand is alleen toegankelijk voor gebruikers met voldoende beheerdersrechten. Wanneer het systeem opstart, worden hier alle logs dynamisch opgeslagen en gelezen. Verschillende systeemparameters zoals alternatieve configuraties die bekend staan ​​als besturingssets.

4. Software Alle softwareconfiguraties van derden^{(Third-party)} , zoals plug-and-play-stuurprogramma's, worden hier opgeslagen. Deze subsleutel bevat software- en Windows - instellingen die zijn gekoppeld aan het reeds bestaande hardwareprofiel dat kan worden gewijzigd door verschillende toepassingen en systeeminstallatieprogramma's. Softwareontwikkelaars^(Software) kunnen beperken of toestaan ​​welke informatie door de gebruikers wordt geopend wanneer hun software wordt gebruikt. Dit kan worden ingesteld met behulp van de subsleutel "Policies" die het algemene gebruiksbeleid afdwingt voor applicaties en systeemservices die de systeemcertificaten bevatten om bepaalde systemen of diensten te authenticeren, autoriseren of weigeren.

5. Hardware , een subsleutel die dynamisch wordt gemaakt tijdens het opstarten van het systeem

6. Componenten^{(6. Components )} systeembrede apparaatspecifieke componentconfiguratie-informatie kan hier worden gevonden:

7. BCD.dat (in de oot-map in de systeempartitie), een kritiek bestand dat het systeem leest en begint uit te voeren tijdens de opstartvolgorde van het systeem door het register in het RAM te laden .

iii. HKEY_CURRENT_CONFIG

De belangrijkste reden voor het bestaan ​​van deze subsleutel is om zowel video- als netwerkinstellingen op te slaan. Dat kan alle informatie zijn met betrekking tot de videokaart, zoals de resolutie, verversingssnelheid, beeldverhouding, enz., Evenals het netwerk

Het is ook een registercomponent, onderdeel van het Windows-register^{(Windows Registry)} , waarin informatie wordt opgeslagen over het hardwareprofiel dat momenteel wordt gebruikt. HKEY_CURRENT_CONFIG is eigenlijk een verwijzing naar de HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\HardwareProfiles\Currentregistry -sleutel. Dit is gewoon een verwijzing naar het momenteel actieve hardwareprofiel dat wordt vermeld onder de HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\HardwareProfiles - sleutel.

Dus HKEY_ CURRENT_CONFIG helpt ons om de configuratie van het hardwareprofiel van de huidige gebruiker te bekijken en aan te passen, wat we als beheerder kunnen doen op elk van de drie locaties zoals hierboven vermeld, omdat ze allemaal hetzelfde zijn.

iv. HKEY_CURRENT_USER

Een deel van de registerkasten dat winkelinstellingen en configuratie-informatie voor Windows en software bevat die specifiek zijn voor de momenteel ingelogde gebruiker. Verschillende registerwaarden in de registersleutels bevinden zich bijvoorbeeld in de HKEY_CURRENT_USER -component voor instellingen op gebruikersniveau, zoals de toetsenbordindeling, geïnstalleerde printers, bureaubladachtergrond, weergave-instellingen, toegewezen netwerkstations en meer.

Veel van de instellingen die u configureert in verschillende applets in het Configuratiescherm^{(Control Panel)} , worden opgeslagen in de  HKEY_CURRENT_USER registercomponent. Omdat de HKEY_CURRENT_USER -component gebruikersspecifiek is, zullen op dezelfde computer de sleutels en waarden die erin staan ​​van gebruiker tot gebruiker verschillen. Dit is anders dan de meeste andere registercomponenten die globaal zijn, wat betekent dat ze dezelfde informatie voor alle gebruikers in Windows behouden .

Als u aan de linkerkant van het scherm in de register-editor klikt, krijgt u toegang tot HKEY_CURRENT_USER . Als veiligheidsmaatregel is de informatie die is opgeslagen op HKEY_CURRENT_USER slechts een verwijzing naar de sleutel die zich onder de HKEY_USERS- component bevindt als onze beveiligings-ID. Wijzigingen die in een van de gebieden worden aangebracht, worden onmiddellijk van kracht.

v. HKEY_USERS

Dit bevat subsleutels die overeenkomen met de HKEY_CURRENT_USER- sleutels voor elk gebruikersprofiel. Dit is ook een van de vele registerkasten die we in het Windows-register^{(Windows Registry)} hebben .

Alle gebruikersspecifieke configuratiegegevens worden hier vastgelegd, voor iedereen die het apparaat actief gebruikt, wordt die informatie opgeslagen onder HKEY_USERS . Alle gebruikersspecifieke informatie die op het systeem is opgeslagen en die overeenkomt met een bepaalde gebruiker, wordt opgeslagen onder de HKEY_USERS- component. We kunnen de gebruikers op unieke wijze identificeren met behulp van de beveiligings-ID of de SID^{(security identifier or the SID)} die alle configuratiewijzigingen van de gebruiker registreert.

Al deze actieve gebruikers wiens account bestaat in de HKEY_USERS- component, afhankelijk van het privilege dat door de systeembeheerder is verleend, zouden toegang hebben tot de gedeelde bronnen zoals printers, lokaal netwerk, lokale opslagstations, bureaubladachtergrond, enz. Hun account heeft een bepaald register sleutels en bijbehorende registerwaarden die zijn opgeslagen onder de SID van de huidige gebruiker .

In termen van forensische informatie slaat elke SID een enorme hoeveelheid gegevens op over elke gebruiker, omdat het een logboek maakt van elke gebeurtenis en actie die wordt ondernomen onder het gebruikersaccount. Dit omvat de gebruikersnaam ,^(Name) het aantal keren dat de gebruiker zich op de computer heeft aangemeld, de datum en tijd van de laatste keer inloggen, de datum en tijd waarop het laatste wachtwoord is gewijzigd, het aantal mislukte aanmeldingen, enzovoort. Bovendien bevat het ook de registerinformatie voor wanneer Windows wordt geladen en bij de aanmeldingsprompt staat.

Aanbevolen: ^{(Recommended:)} Fix De Register-editor werkt niet meer^{(Fix The Registry editor has stopped working)}

De registersleutels voor de standaardgebruiker worden opgeslagen in het bestand ntuser.dat binnen het profiel, dat we dit als een bijenkorf zouden moeten laden met regedit om instellingen voor de standaardgebruiker toe te voegen.

Soorten gegevens die we in het Windows-register kunnen verwachten^{(Types of data we can expect to find in the Windows Registry)}

Alle hierboven besproken sleutels en subsleutels hebben de configuraties, waarden en eigenschappen die zijn opgeslagen in een van de volgende gegevenstypen, meestal is het een combinatie van de volgende gegevenstypen die ons volledige Windows-register vormen.

• Tekenreekswaarden zoals Unicode,^{(Unicode ​which)} een standaard in de computerindustrie voor de consistente codering, representatie en verwerking van tekst die wordt uitgedrukt in de meeste schrijfsystemen ter wereld.
• Binaire data
• Niet-ondertekende gehele getallen
• Symbolische koppelingen
• Waarden met meerdere tekenreeksen
• Bronnenlijst^(Resource) ( Plug and Play -hardware)
• Bronbeschrijving^(Resource) ( Plug and Play -hardware)
• 64-bits gehele getallen

Conclusie^(Conclusion)

Windows-register^{(Windows Registry)} is niets minder dan een revolutie geweest, die niet alleen het beveiligingsrisico minimaliseerde dat kwam door het gebruik van tekstbestanden als bestandsextensie om de systeem- en applicatieconfiguratie op te slaan, maar het verminderde ook het aantal configuratie- of .ini-bestanden dat de applicatieontwikkelaars moesten met hun softwareproduct worden verzonden. De voordelen van het hebben van een gecentraliseerde repository om veelgebruikte gegevens op te slaan door zowel het systeem als de software die op het systeem draait, zijn zeer duidelijk.

Het gebruiksgemak en de toegang tot verschillende aanpassingen en instellingen op één centrale plek hebben ervoor gezorgd dat Windows door verschillende softwareontwikkelaars het voorkeursplatform is geworden voor desktoptoepassingen. Dit is heel duidelijk als je het enorme aantal beschikbare desktopsoftwareprogramma's van Windows vergelijkt met Apple's macOS. Om samen te vatten, hebben we besproken hoe het Windows-register^{(Windows Registry)} werkt en de bestandsstructuur en de betekenis van verschillende registersleutelconfiguraties, evenals hoe de register-editor volledig te gebruiken.

What is the Windows Registry & How it Works?

Windows Regiѕtry is a collection оf configurations, values, and propertieѕ of windows applications as well aѕ the windows operating system which is оrganіzed 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

• Met Regbak kunt u eenvoudig een back-up maken van het Windows-register en het herstellen

• Registry Live Watch volgt wijzigingen in het Windows-register live

• Gratis registerdefragmentatie om het Windows-register te defragmenteren

• Voorkom het verwijderen van Chrome-extensies met behulp van het Windows-register

• 3 manieren om het Windows-register uit te schakelen -

• Gratis registeropruimer, opschonen van ongewenste bestanden en Windows Optimizers

• Pas het Ctrl+Alt+Del-scherm aan met Groepsbeleid of Register in Windows

• Probleem met geheugenlek in Remote Registry Service zorgt ervoor dat Windows vastloopt

• Register-editor opent niet, crasht of werkt niet meer in Windows 11/10

• Hoe registerbestanden op Windows 11/10 te vergelijken of samen te voegen met Regdiff

• Registry Life is een gratis hulpprogramma voor het opschonen en optimaliseren van het register voor Windows

• Hoe het register te herstellen met behulp van de opdrachtprompt in Windows 11/10

• De aanmeldingsoptie voor beeldwachtwoord uitschakelen in Windows 11/10

• App-meldingen uitschakelen met de Register-editor in Windows 11/10

• Groepsbeleid Registerlocatie in Windows 11/10

• Fix Windows kon de registerfout niet laden

• Synchronisatie-instellingen configureren met de Register-editor in Windows 11/10

• Lijst met opstartpaden, mappen en registerinstellingen in Windows 11/10

• Hoe de Register-editor toe te voegen aan het Configuratiescherm in Windows 11/10

• Hoe het register op malware te controleren in Windows 11/10