Author Archive


Computer Forensic Training

October 1, 2010

If you are looking for a good place to check on computer forensic training options, head to the Wiki site; Training Courses and Providers. It’s organized in sections; On-going / Continuous Training; Non-Commercial Training; Tool Vendor Training and Commercial Training. It’s cross-referenced to the training link found on the side bar for this blog; Computer Forensic Training List.


Imaging an OLPC (One Laptop Per Child) XO-1

September 28, 2010


In July 2010, a team from the Computer Investigations and Forensics Division assisted with a search warrant of a residence. Prior to arrival at the location it was known that the suspect had above average knowledge of computer systems.

The team located an OLPC XO-1 computer that was still running during execution of the warrant. The suspect stated that he runs various versions of Linux on the system from SD cards and USB devices ranging in size from 512 MB to 32 GB. Upon seizure the team learned that the suspect had obtained an OLPC developer key that he used to customize the OLPC Linux OS. He was booting the system from an 8 GB SD card.

The OLPC has no internal memory except 1 or 2 GB (depending on the model of the OLPC) of NAND flash memory for the onboard operating system. The objective was to find a way to obtain a forensically sound image of the NAND flash memory. This paper walks through the steps taken in order to accurately obtain a forensic image of the internal flash memory.

Description of the device to be imaged:

OLPC  is an acronym for “One Laptop Per Child.” OLPC Inc. is a non-profit organization that provides children in underdeveloped countries with these basic computing devices. The idea behind manufacturing and distributing these inexpensive computers is that these devices will allow students to connect to the internet to download books and other educational materials.  Extended battery life and optional solar chargers are designed to make the devices easier to operate in remote areas.

The only external ports found on the OLPC are SD card and USB. Internal data storage consists of either  1 GB or 2 GB of NAND flash memory.  It has proprietary BIOS and is capable of booting to an OS on the NAND memory or to an OS on a USB drive or SD card. The  internal operating system is a Linux OS (Sugar[1]) installed on the NAND memory using the JFFS2[2] file system.

OLPC Opened and Booting

OLPC Opened and Booting


Our goal was to obtain a forensically sound image of the onboard NAND Flash Memory from the OLPC. This white paper will walk through the step by step process that we took to forensically image the device.


When the system was confiscated during the search warrant, there was an 8 GB SD card found in the OLPC. The suspect stated that he was booting to an OS on the SD card. We first obtained an image of the SD card using Encase. We then restored the operating system on to one of our own forensically sterile 8 GB SD Cards. The O.S. on the SD card was a version of Ubuntu Linux that the suspect had developed using his developer key.  The system was running a Linux flavor known as Sugar on the NAND Memory as the default O.S if a memory card wasn’t present during boot.

The tools we were expecting to use were: the OLPC machine to be imaged, the restored O.S. that the suspect was using, and a forensically sterile USB thumb drive where we saved the forensic images we obtained.   It is important to note that without a developer key the OLPC will not boot to a USB or SD device.  Our subject stated that he had been developing OS’s for the OLPC and had installed the developer key on his OS devices.  This paper does not address building a bootable OS and obtaining a developer key.

Step 1: We first booted into the proprietary BIOS of the system.  We found and ran a help command to familiarize ourselves with the commands for the OLPC . We learned that the default boot path was “SD:/boot/vmlinuz.” We were also able to determine that the BIOS was addressing the USB drive as “u:/” and the SD card drive as “SD:/”.

HELP Command Screen

“HELP” Command Screen

While in the Linux BIOS we made a back up of the NAND memory. The command used was:   “save-nand u:\nand.img”.  This provided us with a logical back up of the memory.  The file was in a proprietary format and we were unable to mount the file.  This gave us nothing of readable value.

Step 2: We first booted into the operating system, which had been restored onto an 8 GB SD Card. We were able to boot straight to the SD card by holding down “O” on the keyboard. The default user name for an OLPC is “OLPC” and the default password is “olpcolpc.” We were able to gain root access using the default password and user name through “su sudo” at a command prompt.  Our version booted into the xcfe environment.

Booting the OLPC to the Restored O.S.

Step 3: We were then ready to obtain a physical and logical image of the NAND memory.  It is important to point out that we did several online searches in an attempt to determine the mount point on the OLPC for the onboard flash memory.  While attempting to mount the image of the NAND memory, we learned that the file system used was the JFFS2 file system.  By passing the “-t JFFS2” option attempting to mount the image, we found a command, “mount –t JFFS2 /dev/mtdblock0” referring to NAND memory.  While we were unable to mount the backup image, we were able to mount the physical device, “mtdblock0”.

To obtain a physical image we first mounted our own wiped USB device.. This USB device was formatted with a FAT 32 files system. We then ran a hash of the physical NAND (mtdblock0). Next we imaged the NAND memory, writing it to our USB drive, and then hashed the image to verify its integrity. Below are the commands as they pertain to these steps:

Physical image:

  • mount /dev/sda /usb {mounted our USB in FAT32}
  • md5sum /dev/mtdblock0 {md5 of the physical NAND}
  • dd if=/dev/mtdblock0 of=/usb/nand.img {imaged}
  • md5sum /usb/nand.img {verified}

We also wanted to obtain a logical image of the NAND flash memory. We already had our USB device mounted, so we did not need to repeat that step. We first mounted the NAND flash memory and then copied the files logically over to our USB drive. We got an error saying , ”no symbolic link,” which we determined was because the NAND memory had a JFFS2 file format and we were mounting to a device that was formatted with FAT 32. The commands used were:

Logical image

  • mount –o ro –t jffs2 /dev/mtdblock0 /nand {mounted the NAND in read only mode to a directory we created called “/nand”}
  • cp –r /nand/ /usb/nand/ {recursively copy all files logically}
    • Numerous errors were generated for “no symbolic link” – our target file system FAT32 has no support for symbolic links

Step 4: Reviewing the Image.  We brought the USB device over to a forensic machine and added both the logical and physical images in to EnCase and FTKImager. The physical image had no readable data – neither forensic tool has support for JFFS2. The logical image did have readable data that could be used for analysis.  The logical files had a structure that was clearly an Ubuntu iteration – the “Sugar OS”.


We were able to obtain a copy of both the physical and logical NAND flash memory. For best practices, we would suggest that in future cases, the device used to save the images to should be in ext2/3 file format. This would prevent the “no symbolic link” errors we generated. It is a possibility that when we booted to the restored copy of the suspects OS we altered the NAND memory.  Overall, we were able to obtain a verified image of the suspects NAND memory that can be forensically analyzed.

We would also recommend that an examiner obtain a developer’s key from the OLPC project and create a sterile build of an operating system.  Using the suspect’s operating system to access the device leaves a number of questions unanswered: is it mounting the NAND memory, is it set to wipe the NAND, what if any changes will it make to the NAND?  These questions can be controlled using a custom built operating system by the examiner.


One Laptop Per Child. (n.d.). One Laptop Per Child. Retrieved August 2010, from

Sugar Labs. (2009). Sugar Labs Home. Retrieved August 2010, from Sugar Labs:

Wikipedia. (2010, August). Wikipedia: The Free Encyclopedia. Retrieved August 2010, from OLPC XO-1:

Woodhouse, D. (2003, July 09). JFFS2: The Journalling Flash File System, version 2. Retrieved August 2010, from Sourceware:

Analyst Team:

Team consisted of Paradigm Solutions Analysts Jeff Hamm, Kathryn Kendricks and Gaylon Thompson.

[1] Sugar is an Operating System based on Ubuntu. (Labs, 2009)

[2] JFFS2 is the Journaling Flash File System version 2. It was designed and optimized for flash media.  Currently many forensic tools lack support for JFFS2.  (Woodhouse, 2003)


NIST Colloquium Series: Digital Forensics

September 28, 2010

I found the link to this video in Forensic Photoshop by Jim Hoerricks. Great video featuring Dr. Hany Farid on authenticating images. It’s a little over an hour long but very worth your time. Some of the math reminds me of my days in Collision Reconstruction 🙂

From the YouTube Post: Dr. Hany Farid, a distinguished professor at Dartmouth College and the “father” of digital image forensics, is an expert on authenticating images. His most famous analysis: a photograph of Lee Harvey Oswald holding a rifle and newspaper. Dr Farid concluded the photo was not altered. In this NIST Colloquium Series presentation, he discusses the impact that camera manipulation and alteration have caused.


Adobe PDF Portfolio

September 14, 2010

At the recent DSI conference, I was asked to give two presentations, “Even Geeks Can Speak” and “$0 to $700 in 60 Minutes”. As with most conferences, they wanted student material and a copy of my slides to hand out to the conference attendees. I have been experimenting with Adobe Portfolio on computer, audio/video forensic reporting this past year and thought it would work great on this project.

What is Adobe PDF Portfolio?

Think of PDF Portfolio as a container. This container can hold numerous formats, such as Word Docs, Spreadsheets and of course PDF files. In this case, I used the container to organize my two class slide’s (which I had converted into pdf’s) and student resource material. As with normal PDF operations, the creator can open, read, edit and format each file individually. Another nice benefit (that has been in PDF files for a while) is the ability to secure my files. For example, I could have given the students permission to view the files but not copy or print them. Adobe PDF Portfolio was included in Adobe Acrobat 9 or Acrobat 9 Pro Extended.

Acrobat has a good tutorial on the individual steps. In my case, the students saw the following splash screen when they double clicked on my class Portfolio;

Clicking on the “Get Started” button gave the students access to the material in my Portfolio.

The slides for the class were easy to access and follow.

For more information on Adobe PDF Portfolio: About PDF Portfolios



Preparing to Teach

August 31, 2010

Giving presentations or talks can seem like a daunting task and many struggle with how to get started. There are a couple of techniques I have developed over the years that help me get off the starting block. The first and most important for me is to set aside the PowerPoint in favor of good old fashion pen and paper. When researching for a brand new class, I start by brainstorming and just jotting notes onto a pad. The following graphic is from a single page of notes as I was preparing to teach a class called “Even Geeks Can Speak”.

After I have reached a point where I think I have enough (or way) too much material, I will then start breaking what I have found into topic blocks. Again, pen and paper work for me.

This gives me a good visual on different areas I can cover and a good starting point for organizing my thoughts as I start to develop my slides and student material. Using the topics, I can then create topic slides in PowerPoint. In the example below, I used a large red circle to make the topic stand out.

These topic slides will eventually be hidden from the actual presentation but as I put the class together, I can easily scan and edit my topics.

As you can probably see from the slide examples, I shy away from using bullets in my presentations. In upcoming blog posts, I will expand on how good clean and simple visuals can be used to make your presentations “pop”.



DSI (Digital Summit International) 2010

August 31, 2010

I had the pleasure of attending the 1st annual, DSI conference, in Las Vegas Nevada a couple of weeks ago. With the exception of the 114 degree temp outside (I know, it’s a dry heat) the conference was a blast. Great guest speakers and a very good vendor showing made for an enjoyable, educational experience. The conference organizers, Dorothy, Jake and Dave bent over backwards to make sure everyone was taken care of. The talent that was in attendance, both in guest speakers and students was fantastic and I spent a couple of long evenings just talking and getting to know some really good people in the audio / video arena.

I can’t wait until next year!



exFAT 1.5

June 1, 2010

Additional information available in embedded tables.