Lion Cipher Lab

Hunt injected code in a memory image with Volatility 3 (memory forensics, part 2)

Why it matters

Part 1 taught you to list what was running. That is not the same as knowing what was executing. The technique that defeats a process list is process injection: the attacker's code runs inside a process that already exists and is already trusted — explorer.exe, svchost.exe, the print spooler — so the process list shows nothing but Windows components, the allow-list sees a signed Microsoft binary, and a disk examination finds no malicious file because the payload was never written to one. MITRE ATT&CK tracks this as T1055 with a dozen sub-techniques precisely because it is that common and that…

What you'll learn

Steps in this lab

  1. Process injection: why malware runs inside someone else's process
  2. WHEN memory forensics is the right move — and when it is the wrong one
  3. Get a memory image that actually contains an injection — and hash it before you touch it
  4. Confirm your Volatility 3 install and that the image is readable
  5. Baseline first: three different ways to ask 'what was running?'
  6. What malfind actually keys on — the mechanism, not the flag
  7. Run malfind and read the output column by column
  8. Why malfind lies to you: the JIT false positive, and how to dismiss it on sight
  9. What malfind structurally CANNOT see — and what to run instead
  10. Corroborate: never act on one plugin's output
  11. Dump the region — and take it to a second tool
  12. Build the narrative: which process, injected by whom, talking to what
  13. How to do it better than the naive way

Open the full interactive lab →