Lion Cipher Lab

Model an intrusion as an ATT&CK flow: the sequence, not a checklist of techniques

Why it matters

Ask most analysts to summarise an intrusion and you get a list: twelve ATT&CK technique IDs in a bag. That list is genuinely useful and genuinely lossy — it throws away the ORDER the techniques happened in, the DEPENDENCIES between them (this step was only possible because that step succeeded), and the ASSETS involved. Which is a disaster, because those three things are exactly what tells you where ONE control would have broken the whole chain. A checklist says 'we saw T1190, T1059.001, T1053.005, T1003.001.' A flow says 'everything you are looking at hangs off one unpatched internet-facing…

What you'll learn

Steps in this lab

  1. The problem: a bag of technique IDs is not a story
  2. What Attack Flow is, and where it actually lives now
  3. The vocabulary: five object types and that is genuinely all
  4. Why this, not a whiteboard drawing: it is a STIX 2.1 extension
  5. Choose the report — and choose it for ORDER, not for detail
  6. Write the ordered action table BEFORE you open any tool
  7. Open the Attack Flow Builder and place your first action
  8. Connect the nodes — the edges are the whole point
  9. Save it properly: .afb to keep working, .json to hand to a machine
  10. Validate it, and render it, with the project's own CLI (optional but worth it)
  11. Calibrate: compare yours against the official corpus flow
  12. The payoff: chokepoint analysis, and the detect/no-detect pass
  13. The pro move: keep the unknowns as gaps, and know when NOT to build a flow

Open the full interactive lab →