Infrastructure & systems
PartialForensic postmortem (DFIR)
Reconstructs an incident (kill-chain, timeline, root-cause) and correlates runtime→code over an uploaded forensic bundle.
Family facts
- Code
- FAM-FORENSIC
- Status
- beta — code maturity
- Availability
- partial — whether it is offerable
- Ingest
- upload — how a target enters
- Rules of Engagement
- Not required
- Kind
- Family (a selectable assessment)
What it decides
What happened in an incident and why — reconstructed from evidence, with correlation that is structural, never temporal coincidence.
How it works
It ingests a forensic bundle and reconstructs the kill-chain and timeline, correlating runtime activity to the code path responsible. Deliberately, there is no timestamp parsing — ordering is by sequence — so temporal proximity can never be promoted into a cause.
Root cause is confirmed only on two legs together: a verifier failure and a node-identity correlation that the runtime taint actually reached the finding’s sink. Without the analyst’s route map, activity stays NOVEL/UNKNOWN; the path is never invented.
Declared limits
Two log sources today (web access + auth/PAM); broad ingest (syslog, cloud, memory) is pending; no memory forensics or lateral-movement.
References
- [1]NIST SP 800-61 (incident handling)
- [2]The Cyber Kill Chain
References point to public, well-known technical sources for further study.
Related articles
