• Home
  • TTP
  • Pages
  • p4.4_recycle_bin.bin // Recovering the “Intended” Deletions

In Digital Forensics, there is a profound difference between a file that is “missing” and a file that was “deleted.” When a user drags a file into the Recycle Bin, they are performing a conscious act of destruction—an intended deletion. For an investigator, this is one of the most powerful indicators of guilty knowledge. If a suspect deletes a specific folder of financial records or a conversation log, they aren’t just cleaning their drive; they are attempting to destroy evidence.

The Recycle Bin is not just a folder; it is a complex, metadata-driven system that records the original location, the exact time of deletion, and the original file size. Even if the bin is “emptied,” the forensic artifacts left behind can reconstruct the entire crime.


1. The Mechanics of the $Recycle.Bin

Since Windows Vista, the Recycle Bin has resided in a hidden, protected system folder located at the root of every partition: C:\$Recycle.Bin\.

Each user on the system has their own unique subfolder within this directory, named after their Security Identifier (SID) (e.g., S-1-5-21-348...). This ensures that User A cannot see what User B has deleted.


2. The Dynamic Duo: $I and $R Files

When a file is sent to the Recycle Bin, Windows performs a “Forensic Rename.” It splits the file into two distinct components. If you were to look at the raw data inside a user’s SID folder, you wouldn’t see bonus_plan.pdf. Instead, you would see two files:

The $R File (The Data)

This is the actual content of the deleted file. Windows renames it to something like $R1A2B3C.pdf. The extension remains the same, but the filename is randomized.

The $I File (The Metadata)

This is the “Administrative Receipt.” For every $R file, there is a corresponding $I file with a matching random string (e.g., $I1A2B3C.pdf). This file is tiny (usually 544 bytes), but it holds the “Smoking Gun” evidence:

  • The Original File Name: (e.g., C:\Users\Suspect\Desktop\Stolen_Data.zip)
  • The Original File Size: Proving how much data was targeted.
  • The Deletion Timestamp: The exact moment (UTC) the user clicked “Delete” or dragged the file to the bin.

3. Practical Example: The Corporate Espionage Case

Let’s look at a real-world scenario to see how this artifact closes a case.

Scenario: An employee is suspected of stealing a client list before resigning. Upon inspection, their “Client_Contacts” folder is empty. The employee claims they never had those files.

The Forensic Discovery: An operator parses the $Recycle.Bin and finds the following entry:

  • Metadata File: $I99HF21.xlsx
  • Original Path: C:\Users\JohnDoe\Documents\Internal\Client_Leads_2024.xlsx
  • Deletion Time: 2024-12-18 09:15:22 UTC
  • Data File: $R99HF21.xlsx

The Analysis: By checking the USN Journal, the operator sees that a USB drive was inserted at 09:10:00. A “File Copy” operation occurred at 09:12:00. The file was then moved to the Recycle Bin at 09:15:22.

The Result: John Doe didn’t just “lose” the files. He copied them to a personal device and then attempted to destroy the original evidence to cover his tracks. The $I file provides the Timestamp of Intent.


4. Recovering “Emptied” Deletions

When a suspect “Empties the Recycle Bin,” Windows does not wipe the data. It simply deletes the $I and $R files from the MFT.

  • The Ghost Receipt: Because $I files are so small (544 bytes), they are often stored as Resident Data within the MFT record itself. This means that even after the bin is emptied, the $I file metadata often survives indefinitely in the MFT’s Slack Space.
  • The Forensic Carve: We use tools to “Carve” for the $I header (hex bytes 01 00 00 00 00 00 00 00). Even if the suspect used a “File Shredder” on the folder, they rarely shred the hidden $Recycle.Bin directory, leaving the metadata intact.

5. Tactical Workflow: Interrogating the Trash

  1. Extract the SID Folders: Use KAPE to pull the \$Recycle.Bin\ directory.
  2. Match the SID: Cross-reference the SID folder name with the SAM Hive in the Registry.
  3. Parse with RBCmd: “`bash RBCmd.exe -d “C:\Forensics\Acquisition$Recycle.Bin” –csv “C:\Analysis\RecycleBin_Output”
  4. Correlation: Compare the deletion time with LNK files (p3.4). If an LNK file exists for Client_Leads_2024.xlsx and the “Target Created” time matches the Recycle Bin “Deletion Time,” the user’s interaction with the file is indisputable.