RAGBAZRAGBAZ/forensics
school
syllabus teacher's manual student instructions methodology live acquisition
labs
lab 1 · baseline & authorized acquisitionlab 2 · persistence huntlab 3 · live artifact acquisitionlab 4 · boot-chain imaging & verificationlab 5 · blind assessment · capstone
tools
apts.sh apts_tui.py acquire_artifacts.sh
studio
↩ school overview ↩ ragbaz.cc
track · instructors

teacher's manual

Everything you need to run the unit: objectives, setup, per-lab answer keys and teaching notes, the assessment rubric, and the remediation ladder.


learning objectives

By the end of the unit a student can:

  1. Explain why mobile compromise assessment is DFIR, not penetration testing.
  2. Run the five-phase loop on an Android device they own.
  3. Name the six persistence surfaces and locate each on a live device.
  4. Operate the collectors, read the evidence, and separate automatic flags from genuine findings.
  5. Acquire live artifacts read-only and reconstruct a timeline.
  6. Image the boot chain and verify it against a known-good image.
  7. Write a report with a calibrated confidence level and a defensible remediation.
  8. Articulate the limits of userspace triage against a kernel-level rootkit.

lab environment

  1. Install platform-tools on each workstation; confirm adb version.
  2. Provision one throwaway device or emulator per group that may be reset freely.
  3. Pre-stage the three tools and, for Lab 4, the matching OEM factory images.
  4. For Lab 2, install one benign accessibility + device-admin app per device as the planted target. Keep a record of which app went on which device.
  5. Optionally install MVT in a venv for the IOC-matching discussion.

Nothing in the unit requires a genuinely infected phone. The planted app is any benign app that requests accessibility and device-admin — that combination is enough to exercise every detection surface.

per-lab answer keys & notes

labteaching note / key
Lab 1No findings expected. Grade clean process: authorized connection, complete hashed evidence set, correct reading of integrity signals.
Lab 2Answer key is whichever app you planted. Full marks require the app named, the surface(s) identified (accessibility + device-admin), and the proving evidence lines — not just a lucky name.
Lab 3Grade the fused timeline: install → accessibility-enable → first egress, each cited to a source artifact, with the access mode noted per artifact.
Lab 4Grade interpretation over mechanics. A student who explains that a match raises but does not prove trust, and a mismatch demands offline analysis, has understood the lab.
Lab 5Grade the report against the rubric. Weight confidence calibration and the explicit limits statement as heavily as the findings.

assessment rubric

Grade the report, not the tool run.

criterionweightexcellent looks like
authorization & preservation15%States authorization; defends the reboot / isolation decision.
surface identification20%Names the exact persistence surface(s) with evidence references.
evidence correlation20%Builds a story across permissions, timeline, and provenance.
confidence calibration15%States a confidence level and justifies it via integrity signals.
remediation15%Recommendation matches severity — clean vs. reflash.
limits & honesty15%Acknowledges what triage cannot see (kernel rootkit).

remediation ladder

  1. Suspicious but unconfirmed — preserve, deepen analysis (MVT), do not act.
  2. Confirmed userspace malware, integrity intact (green + locked) — remove via the appropriate surface, re-run triage to confirm, rotate exposed credentials.
  3. Confirmed compromise, integrity broken (unlocked / modified boot state) — do not trust removal. Recommend factory reset or reflash and full credential rotation.

Teach the ladder as something students can defend out loud. The honest answer for a broken-integrity device is reflash — and saying so confidently is a sign the unit landed.