Engagement Lifecycle Management
Engagement Initiation
Pre-Flight Checklist
Before starting any engagement, verify:
Documents exist and are valid:
Infrastructure ready:
If any document is missing: Delegate to soundwave sub-agent first.
All paths below are relative to the engagement working directory (set via cd before commands run).
Engagement Types and Implications
| Type |
Starting Phase |
Sub-Agents Used |
Key Consideration |
| Full Scope |
Planning → Recon |
All (soundwave, recon, exploit, postexploit) |
Longest duration, most OPSEC-sensitive |
| Assumed Breach |
Exploitation |
exploit, postexploit |
Skip recon, start from provided foothold |
| Recon Only |
Recon |
recon only |
No exploitation, intelligence gathering only |
| Objective-Based |
Varies |
Targeted subset |
Focus on specific crown jewels |
Read plan/roe.json to determine engagement type and adjust phase ordering accordingly.
Phase Transitions
Gate Checks (Go/No-Go Decisions)
Before transitioning between phases, verify the gate criteria from the workflow skill:
Planning → Recon: roe.json + conops.json + deconfliction.json + opplan.json exist and validated
Recon → Exploit: Attack surface identified, targets prioritized, vulns catalogued
Exploit → PostExploit: Initial foothold established, access type documented
PostExploit → Report: All OPPLAN objectives resolved (passed or blocked)
Phase Transition Protocol
- Read current phase objectives from opplan.json
- Check: are all current-phase objectives resolved?
- Check: does the next phase have pending objectives?
- Verify gate criteria (consult
workflow skill for phase-specific gates)
- If gate passes → proceed. If not → identify what's missing and address it.
Handling Cross-Phase Dependencies
Some objectives may uncover new targets or invalidate assumptions:
- New targets discovered during recon → Update plan/opplan.json with new objectives
- Exploit fails, need more recon → Return to recon phase for that specific target
- PostExploit reveals new network segments → May need additional recon/exploit cycles
Deconfliction
Blue Team Coordination
If roe.json specifies deconfliction contacts:
- Record all major actions with timestamps in
timeline.jsonl only when a real event occurs
- If blue team detects and responds, note this as a data point (MTTD measurement)
- Never reveal TTPs to blue team during active engagement unless ROE requires it
Emergency Stop Procedure
If engagement must be halted:
- Immediately stop all active sub-agent tasks
- Document current state: which objectives in-progress, what's deployed
- Record the halt in
timeline.jsonl and update the affected OPPLAN objectives
- Save plan/opplan.json with current status for potential resumption
Engagement Metrics
Track these throughout the engagement for the final report:
| Metric |
Description |
Source |
| MTTD |
Mean Time to Detect (per objective) |
Blue team detection timestamps |
| Dwell Time |
Time from foothold to detection |
timeline.jsonl timestamps |
| Objectives Completed |
Passed / Total |
opplan.json status counts |
| Attack Path Depth |
Number of hops from initial access |
lateral movement log |
| Credential Exposure |
Unique credentials captured |
post-exploit/creds/ |
Engagement Completion
Final Reporting Checklist
When all objectives are resolved:
Attack Path Documentation:
- Every hop from initial recon to final objective
- Credentials used at each step
- Privilege levels achieved on each host
Findings Synthesis:
- Read all
<engagement>/findings/FIND-*.md entries
- Group by severity: Critical, High, Medium, Low
- Map each finding to MITRE ATT&CK technique
Remediation Recommendations:
- For each successful attack path, suggest defensive controls
- Prioritize by: quick wins vs. strategic improvements
- Reference where in the kill chain the control would interrupt the attack
Evidence Preservation:
- All scan outputs in
<engagement>/recon/
- All exploit artifacts in
<engagement>/exploit/
- All post-exploit evidence in
<engagement>/post-exploit/
- Credential inventory (encrypted)
Cleanup:
- List all artifacts deployed on target systems
- Document persistence mechanisms that need removal
- Verify no active implants remain (if applicable)
1---2name: engagement-lifecycle3description: Red team engagement lifecycle management — initiation, phase transitions, go/no-go gates, deconfliction, emergency procedures, completion.4---56# Engagement Lifecycle Management78## Engagement Initiation910### Pre-Flight Checklist11Before starting any engagement, verify:12131. **Documents exist and are valid**:14 - [ ] `roe.json` — Rules of Engagement with scope, restrictions, contacts15 - [ ] `conops.json` — Concept of Operations with threat profile and kill chain phases16 - [ ] `deconfliction.json` — Deconfliction identifiers and procedures17 - [ ] `opplan.json` — Operational Plan with sequenced, acceptance-gated objectives18 - [ ] All documents cross-reference consistently19202. **Infrastructure ready**:21 - [ ] Docker sandbox running with required tools22 - [ ] C2 server reachable if post-exploitation is in scope: `nc -z c2-sliver 31337` (gRPC port)23 - [ ] Operator config exists: `/workspace/.sliver-configs/decepticon.cfg`24 - [ ] Output directories created (`<engagement>/recon/`, `<engagement>/exploit/`, etc.)25263. **If any document is missing**: Delegate to `soundwave` sub-agent first.2728All paths below are relative to the engagement working directory (set via `cd` before commands run).2930### Engagement Types and Implications3132| Type | Starting Phase | Sub-Agents Used | Key Consideration |33|------|---------------|-----------------|-------------------|34| Full Scope | Planning → Recon | All (soundwave, recon, exploit, postexploit) | Longest duration, most OPSEC-sensitive |35| Assumed Breach | Exploitation | exploit, postexploit | Skip recon, start from provided foothold |36| Recon Only | Recon | recon only | No exploitation, intelligence gathering only |37| Objective-Based | Varies | Targeted subset | Focus on specific crown jewels |3839Read `plan/roe.json` to determine engagement type and adjust phase ordering accordingly.4041## Phase Transitions4243### Gate Checks (Go/No-Go Decisions)4445Before transitioning between phases, verify the gate criteria from the `workflow` skill:4647```48Planning → Recon: roe.json + conops.json + deconfliction.json + opplan.json exist and validated49Recon → Exploit: Attack surface identified, targets prioritized, vulns catalogued50Exploit → PostExploit: Initial foothold established, access type documented51PostExploit → Report: All OPPLAN objectives resolved (passed or blocked)52```5354### Phase Transition Protocol551. Read current phase objectives from opplan.json562. Check: are all current-phase objectives resolved?573. Check: does the next phase have pending objectives?584. Verify gate criteria (consult `workflow` skill for phase-specific gates)595. If gate passes → proceed. If not → identify what's missing and address it.6061### Handling Cross-Phase Dependencies62Some objectives may uncover new targets or invalidate assumptions:63- **New targets discovered during recon** → Update plan/opplan.json with new objectives64- **Exploit fails, need more recon** → Return to recon phase for that specific target65- **PostExploit reveals new network segments** → May need additional recon/exploit cycles6667## Deconfliction6869### Blue Team Coordination70If `roe.json` specifies deconfliction contacts:71- Record all major actions with timestamps in `timeline.jsonl` only when a real event occurs72- If blue team detects and responds, note this as a data point (MTTD measurement)73- Never reveal TTPs to blue team during active engagement unless ROE requires it7475### Emergency Stop Procedure76If engagement must be halted:771. Immediately stop all active sub-agent tasks782. Document current state: which objectives in-progress, what's deployed793. Record the halt in `timeline.jsonl` and update the affected OPPLAN objectives804. Save plan/opplan.json with current status for potential resumption8182## Engagement Metrics8384Track these throughout the engagement for the final report:8586| Metric | Description | Source |87|--------|-------------|--------|88| MTTD | Mean Time to Detect (per objective) | Blue team detection timestamps |89| Dwell Time | Time from foothold to detection | `timeline.jsonl` timestamps |90| Objectives Completed | Passed / Total | opplan.json status counts |91| Attack Path Depth | Number of hops from initial access | lateral movement log |92| Credential Exposure | Unique credentials captured | post-exploit/creds/ |9394## Engagement Completion9596### Final Reporting Checklist97When all objectives are resolved:98991. **Attack Path Documentation**:100 - Every hop from initial recon to final objective101 - Credentials used at each step102 - Privilege levels achieved on each host1031042. **Findings Synthesis**:105 - Read all `<engagement>/findings/FIND-*.md` entries106 - Group by severity: Critical, High, Medium, Low107 - Map each finding to MITRE ATT&CK technique1081093. **Remediation Recommendations**:110 - For each successful attack path, suggest defensive controls111 - Prioritize by: quick wins vs. strategic improvements112 - Reference where in the kill chain the control would interrupt the attack1131144. **Evidence Preservation**:115 - All scan outputs in `<engagement>/recon/`116 - All exploit artifacts in `<engagement>/exploit/`117 - All post-exploit evidence in `<engagement>/post-exploit/`118 - Credential inventory (encrypted)1191205. **Cleanup**:121 - List all artifacts deployed on target systems122 - Document persistence mechanisms that need removal123 - Verify no active implants remain (if applicable)