
Learn what the Windows Registry is and how to investigate it.
https://tryhackme.com/room/registry-forensics-aoc2025-h6k9j2l5p8
TBFC is under attack. Systems are exhibiting weird behavior, and the company is now feeling the absence of its lead defender, McSkidy. However, McSkidy made sure the legacy continues.
McSkidy’s team, determined and well-trained, is fully confident in securing all the systems and regaining control before the big event, SOCMAS.
They have now decided to conduct a detailed forensic analysis on one of the most critical systems of TBFC, dispatch-srv01. The dispatch-srv01 coordinates the drone-based gifts delivery during SOCMAS. However, recently it was compromised by King Malhare’s bandits of bunnies.
TBFC’s defenders have decided to split into specialized teams to uncover the attack on this system through detailed forensics. While some of the other team members investigate logs, memory dumps, file systems, and other artefacts, you will work to investigate the registry of this compromised system.

Your brain stores all the information that you need to function effectively. This includes:
These are just a few things. Your brain knows pretty much everything about you. It’s just like a database storing the human configuration.
Windows OS is not a human, but it also needs a brain to store all its configurations. This brain is known as the Windows Registry. The registry contains all the information that the Windows OS needs for its functioning.
Now, this Windows brain (Registry) is not stored in one single place, unlike a human brain, which is situated in one single place inside the head. It is made up of several separate files, each storing information on different configuration settings. These files are known as Hives.

Let’s take a look at all these hives in the table below. The first column contains the hive names, the second column contains the type of configuration settings that each hive stores, and the third column contains the location of each hive on the disk.

Note: The configuration settings stored in each hive listed above are just a few examples. Each hive stores more than these.
Now that you understand where these Registry Hives are stored, you may be tempted to double-click and open these files from their respective locations to view the data they contain. But here’s the twist. These Registry Hives contain binary data that cannot be opened directly from the file. So, double-clicking them would only display things you won’t ever understand. Then how can we possibly view the registry data?
The Windows OS has a built-in tool known as the Registry Editor, which allows you to view all the registry data available in these hives. You can go ahead and open this tool by simply typing Registry Editor in your search bar.

As you can see in the Registry Editor screenshot above, there are some folders named HKEY_LOCAL_MACHINE, HKEY_CURRENT_USER, and more. But didn’t we expect SYSTEM, SECURITY, SOFTWARE, etc., to be seen so we can view their data? Don’t worry, Windows organizes all the Registry Hives into these structured Root Keys. Instead of seeing the Registry Hives, you would always get these registry root keys whenever you open the registry. Now, which registry key contains which registry hive’s data? To answer this question, we have a table below that maps the registry keys with their respective Registry Hives.

In the table above, you can see that most of the Registry Hives are located under the HKEY_LOCAL_MACHINE (HKLM) key. We can verify this by clicking on the little toggle arrow at the on the left side of the HKLM key in the Registry Editor, as shown in the screenshot below:

As you can see, the SYSTEM, SOFTWARE, SECURITY, and SAM hives are under the HKLM key. NTUSER.DAT and USRCLASS.DAT are located under HKEY_USERS (HKU) and HKEY_CURRENT_USER (HKCU).
Note: The other two keys (HKEY_CLASSES_ROOT (HKCR) and HKEY_CURRENT_CONFIG (HKCC)) are not part of any separate hive files. They are dynamically populated when Windows is running.
So far, we have learned what the registry is, where it is located (in separate Registry Hives), and how to view the registry through the Registry Editor, which displays the registry keys backed by these Registry Hives.
Now, let’s see how we can actually extract information from the registry. Think of it like navigating to different files in the file explorer. If you know the path where the file is stored, you can go directly to that location to find the file. Let’s take a look at a few examples:
Note: The registry key contents explained in this example are not available in the attached VM.
The registry stores information on the USB devices that have been connected to the system. This information is present in the SYSTEM hive. To view it:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\USBSTOR.
The registry stores information on the programs that the user ran using the Run dialog Win + R. This information is present in the NTUSER.DAT hive. To view it:
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\RunMRU.
Since the registry contains a wide range of data about the Windows system, it plays a crucial role in forensic investigations. Registry forensics is the process of extracting and analyzing evidence from the registry. In Windows digital forensic investigations, investigators analyze registry, event logs, file system data, memory data, and other relevant data to construct the whole incident timeline.
The table below lists some registry keys that are particularly useful during forensic investigations.

Numerous other registry keys can be used for extracting important evidence from a Windows system during an incident investigation. The investigation of these registry keys during forensics cannot be done via the built-in Registry Editor tool. It is because the Registry analysis cannot be done on the system under investigation (due to the chance of modification), so we collect the Registry Hives and open them offline into our forensic workstation. However, the Registry Editor does not allow opening offline hives. The Register editor also displays some of the key values in binary which are not readable.
To solve this problem, there are some tools built for registry forensics. In this task you will use the Registry Explorer tool which is a registry forensics tool. It is open source and can parse the binary data out of the registry, and we can analyze it without the fear of modification.
In this practical example, we will use the Registry Explorer tool to analyze the Registry Hives from the compromised system, dispatch-srv01. The Registry Hives have been collected and are available in the folder C:\Users\Administrator\Desktop\Registry Hives on the machine attached to this task.
Step 1: Launch Registry Explorer
Click on the Registry Explorer icon pinned to the taskbar of the target machine to launch it.

Step 2: Load the Registry Hives
Once Registry Explorer opens with an empty interface, follow these steps to load the hives:

Step 3: Handling Dirty Hives
While loading Registry Hives, it is important to know that these Registry Hives can sometimes be “dirty” when collected from live systems, meaning they may have incomplete transactions. To ensure clean loading:
C:\Users\Administrator\Desktop\Registry Hives

Step 4: Investigating Registry Keys
After loading the SYSTEM hive, you can navigate to specific registry keys for investigation. Let’s practice by finding the computer name:
Navigate to: ROOT\ControlSet001\Control\ComputerName\ComputerName. Or you can also just type “ComputerName” in the search bar to quickly locate the key, as shown below.

DISPATCH-SRV01.
Now that you understand how to load hives and navigate in Registry Explorer, you’re ready to begin your forensic investigation and uncover evidence of the TBFC intrusion on the Dispatch server!
Note: The abnormal activity on the dispatch-srv01 started on 21st October, 2025.
Tip: The table given in the Registry Forensics explanation is going to be your friend.
What application was installed on the dispatch-srv01 before the abnormal activity started?
✅ DroneManager Updater
What is the full path where the user launched the application (found in question 1) from?
✅ C:\Users\dispatch.admin\Downloads\DroneManager_Setup.exe
Which value was added by the application to maintain persistence on startup?
✅ "C:\Program Files\DroneManager\dronehelper.exe" --background