Evidence Acquisition & Imaging
π Concept Note β DFIR Unit II | Source: MCA Sem III Syllabus
Volatile vs Non-Volatile Data
Order of Volatility
Collect most volatile first β it disappears fastest:
| Priority | Data Type | Volatility | Examples |
|---|---|---|---|
| 1 | CPU registers, cache | Milliseconds | Current process state |
| 2 | RAM / Memory | Power off = gone | Running processes, encryption keys, network connections |
| 3 | Network state | Seconds-minutes | ARP cache, routing table, active connections |
| 4 | Running processes | Active only while running | Process list, open files |
| 5 | Disk (temporary) | Until overwritten | Temp files, swap/pagefile |
| 6 | Disk (persistent) | Survives reboot | Files, logs, registry |
| 7 | Backup media | Long-term | Tapes, cloud backups |
π‘ RAM first, disk second. Once you power off, RAM is gone forever.
Live vs Dead Acquisition
| Aspect | Live Acquisition | Dead Acquisition |
|---|---|---|
| System state | Running | Powered off |
| Captures | RAM + disk | Disk only |
| Risk | May alter evidence slightly | No alteration risk |
| When to use | Encrypted drives (keys in RAM), malware analysis | Safe evidence preservation |
Write Blockers
What are they?
Devices that allow read-only access to storage media β prevents any modification to evidence during acquisition.
Types
| Type | How It Works | Cost |
|---|---|---|
| Hardware write blocker | Physical device between evidence and forensic workstation | βΉ10,000ββΉ1,00,000 |
| Software write blocker | OS-level blocking (Linux blockdev --setro, Windows registry) | Free |
β οΈ Without a write blocker, simply connecting a drive can modify timestamps and metadata β potentially invalidating evidence.
Forensic Imaging
What is a Forensic Image?
A bit-for-bit copy (bit-stream copy) of the entire storage medium β including deleted files, slack space, unallocated space, and file system metadata. NOT just a file copy.
Imaging Tools
| Tool | Type | Format |
|---|---|---|
| FTK Imager | GUI (Windows) | E01 (EnCase format), DD (raw) |
| dd | CLI (Linux) | Raw image |
| EnCase | Commercial GUI | E01 |
| Autopsy | Open-source GUI | Can create and analyse images |
FTK Imager Workflow
- Connect evidence drive (through write blocker)
- File β Create Disk Image
- Select source (Physical Drive)
- Choose image type (E01 recommended)
- Set destination path
- FTK calculates MD5 and SHA-1 hashes
- Verify hashes match β Image is verified
dd Command (Linux)
# Create raw image of /dev/sdb
dd if=/dev/sdb of=/forensics/evidence.dd bs=4096 status=progress
# Verify with hash
md5sum /dev/sdb
md5sum /forensics/evidence.dd
# Both should match exactlyHash Verification
Why Multiple Hashes?
| Algorithm | Purpose | Status |
|---|---|---|
| MD5 | Quick verification, widely used | β οΈ Collision attacks exist |
| SHA-1 | Better than MD5 | β οΈ Deprecated |
| SHA-256 | Primary integrity verification | β Secure |
π‘ Record both MD5 and SHA-256 β MD5 for compatibility with older tools, SHA-256 for court-grade integrity proof.
When to Hash
- Before imaging β Hash the original evidence
- After imaging β Hash the image file
- Before analysis β Verify image hasnβt changed
- After analysis β Prove analysis didnβt modify evidence
Deleted File Recovery
How Deletion Works
When you delete a file, the OS doesnβt erase the data β it simply marks the space as βavailableβ and removes the directory entry. The data remains until overwritten.
Key Concepts
| Concept | Definition |
|---|---|
| Allocated space | Currently in use by files |
| Unallocated space | Marked as free β may contain deleted files |
| Slack space | Unused portion of the last cluster allocated to a file |
| File carving | Recovering files based on header/footer signatures (not file system metadata) |
File System Signatures
| File Type | Header (Magic Bytes) |
|---|---|
| JPEG | FF D8 FF |
| PNG | 89 50 4E 47 |
25 50 44 46 | |
| ZIP | 50 4B 03 04 |
| EXE | 4D 5A (MZ) |
RAM / Memory Acquisition
Why Memory Matters
- Encryption keys β Full disk encryption keys exist in RAM
- Running malware β Fileless malware lives only in memory
- Network connections β Active C2 connections visible
- User credentials β Passwords, tokens in process memory
- Process information β What was running at capture time
Memory Acquisition Tools
| Tool | Platform | Output |
|---|---|---|
| FTK Imager | Windows | .mem file |
| Belkasoft RAM Capturer | Windows | .mem file |
| LiME | Linux | .lime file |
| WinPmem | Windows | Raw dump |
FTK Imager Memory Capture
File β Capture Memory β Select destination β Capture
β οΈ Memory capture will alter some memory contents (the capture tool itself runs in memory). This is accepted and documented.
Evidence Storage and Handling
- Store in tamper-evident bags for physical media
- Use encrypted storage for digital images
- Maintain access logs for evidence storage room
- Backup evidence images to separate location
- Label everything with case number, date, handler
Related Concepts
- Digital Forensics Fundamentals β Investigation process and legal context
- Windows & Linux Forensics β Analysing the acquired evidence
- Hash & Encryption Reference β‘
- Forensic Artifacts Reference β‘
- DFIR MOC β Subject navigation