KAPE Hands-on Labs¶
Choose a lab¶
Choose the Interactive Lab for a short, guided browser exercise. Try the Full Lab after reviewing the tool guide and preparing an isolated, authorised environment.
- Recommended first
- No installation
- Short guided scenario
- Isolated lab required
- Independent decisions
- Evidence or analyst outcome
How to use these labs
Start with the browser-based route to practise the workflow and evidence decisions without touching a real system. Use the Full Lab only in an isolated, authorised environment, and compare its outcome with the corresponding tool guide.
Interactive Lab¶
gkape Interactive Lab
Practise a guided KAPE workflow in a safe browser simulation with immediate feedback.
gkape v1.3.0.2Case SUSA-021 · training simulation− □ ×- 1Source
- 2Destination
- 3Target
- 4Execute
- 5Review
Target options
Module options
Modules remain disabled until the collection-only workflow is understood.
.\kape.exe --tsource [source] --tdest [destination] --target [target] --guiLearning outcome Verify coverage and provenance before deciding what the collection supports. A successful run is not itself a forensic conclusion.
Analyst question: Which output supports that KAPE collected execution and persistence context without acquiring the complete disk?
Full Lab¶
KAPE Full Lab
Hands-on Windows triage proof of concept
Scope it. Collect it. Explain it.
Collect a focused triage set from an authorised Windows training VM, verify the expected artefacts and document a conclusion that remains tied to its source.
Outcome-led, not screenshot-copying
The Full Lab supplies a case question, safety boundary and evidence checklist. Use the preserved guide to operate gkape, but record your own paths, version, times, warnings and results.
Safety boundary
Use only an owned or explicitly authorised endpoint. Record the live-system changes caused by collection.
an authorised Windows lab endpoint and a written collection question
targeted output whose source, time, tool version, and integrity are recorded
Recommended first
Beginner Core Lab¶
Complete one bounded KAPE workflow using the documented source, settings and expected result.
Optional extension
Add a comparison¶
After the core succeeds, repeat the same focused task with one controlled change and explain the difference without widening the authorised scope.
Full Lab scenario¶
Case SUSA-021: a user reports that a suspicious archive was opened on an
authorised Windows training VM. Your task is to collect a defensible
!SANS_Triage set to a separate evidence volume, confirm that key execution,
Registry, event-log and filesystem artefacts were returned, and write a bounded
triage note. Do not claim that collection alone proves compromise.
01
Activity 1: Build the environment¶
- Create or restore an isolated Windows training VM and record its hostname, time zone, clock state and clean snapshot name.
- Attach a separate working volume as
D:and createD:\SUSA-021\KAPE. Confirm it has sufficient free space. - Install KAPE by following Install and open KAPE. Record the KAPE version and checksum or provenance of the archive.
- Create one harmless test file in the user Downloads folder and record its name, path, SHA-256 value and creation time.
02
Activity 2: Collect the triage set¶
- Open gkape and set Target source to
C:\. - Set Target destination to
D:\SUSA-021\KAPE; do not write the collection into the KAPE program folder or back onto source evidence. - Leave Modules disabled and select only the
!SANS_Triagecompound Target. - Review the generated command and selected
.tkapedefinition. Capture the settings in your case notes, then execute the collection. - Retain execution messages and errors. Record start and finish times and do not silently discard inaccessible artefacts.
03
Activity 3: Review and report¶
- Confirm that the collection contains Windows event logs, Registry hives,
$MFTor related filesystem metadata and relevant user-profile material. - Locate evidence associated with the controlled test file where the selected Target supports it. Record missing coverage as a limitation.
- Preserve the
.tkapedefinition, execution record and an integrity hash for the retained output or packaged evidence set. - Write a concise finding with observation, interpretation, confidence and limitations. Explain what the triage set establishes and what would require disk, memory or additional endpoint evidence.
- Remove the harmless test file and restore the disposable VM when finished.
Full Lab evidence checklist¶
This checklist applies to the self-hosted Full Lab. If you completed the Interactive Lab, retain its browser evidence summary instead.
-
Core completion¶
Required to demonstrate a safe, attributable triage collection.
-
Good analyst practice¶
Supplementary records that improve reproducibility and review quality.
Troubleshooting¶
| Symptom | First check |
|---|---|
| Targets list is empty | Confirm the complete KAPE folder was extracted and the Targets directory is present. |
| Execute remains unavailable | Confirm source, destination and at least one Target are selected. |
| Output is incomplete | Review access errors, Target scope, source path and free destination space. |
| Expected artefact is absent | Confirm the selected .tkape definition covers it and record the gap as a limitation. |
Clean up¶
Protect retained evidence and notes, remove harmless training material, detach the working volume and restore disposable snapshots when appropriate.