A few weeks back, I found myself in need of a free tool to parse $I files from Windows Vista+ recycle bins. For anyone needing a refresher, $I files store metadata regarding the act of sending a file to the recycle bin in Windows Vista and later. These $I files essentially replace the functionality of the INFO2 file used in Windows XP and store information such as the name and original path of a file before it was sent to the recycle bin as well as the time the file was sent to the recycle bin. The file format itself is trivial to manually parse in a hex editor, but I wanted to be able to demonstrate the value of the $I files to students in a class I was teaching without the need for a hex editor. I also wanted the students to be able to easily parse these files on their own. I was aware of a couple of free tools that parse $I files, but couldn’t find one that was exactly what I was looking for – so I decided to write one and provide it to my students. I doubt that I’m the only one to encounter this, so I’ve released this simple $I file parser in case someone else finds that they have a need for it. The link is at the bottom of this post for those interested.
One of the intriguing things I came across in writing this tool is that $I files from Windows 10 recycle bins vary slightly from those in Vista through 8.1. The change is not significant, but it is enough to potentially throw off some $I file parsers. The slight change also provides us with the ability to distinguish between $I files originating from a Windows 10 system and those originating from a Vista/7/8/8.1 system. This piece of information could be important in some instances. For example, if you encounter an $I file in the unallocated space of a Windows 10 system, you could determine if that file was an artifact from a previous non-Windows 10 installation. Given the ability to distinguish Windows 10 $I files from previous versions, I’ve included a version field in the output of my $I file parser so that this information is reported.The difference I’ve noted between the Windows 10 $I file structure and that from previous versions of Windows is detailed below.
As you can see, the only structural change in the Windows 10 version appears to be the addition of the file name length field at offset 24. This will typically result in $I files from Windows 10 systems being smaller than in prior versions since the $I file is only as large as it needs to be. In prior versions, each $I file was a static 544 bytes. While not structural, another change can be found in the header/version field. The header field for Vista, 7, 8, and 8.1 is 0x01, while this field is 0x02 for Windows 10. This makes it very easy to distinguish between the two versions when parsing.
For those interested, the link to download my $I file parser can be found on the download page here.