CtrlK
BlogDocsLog inGet started
Tessl Logo

engagement-lifecycle

Red team engagement lifecycle management — initiation, phase transitions, go/no-go gates, deconfliction, emergency procedures, completion.

56

Quality

65%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Critical

Do not install without reviewing

Fix and improve this skill with Tessl

tessl review fix ./packages/decepticon/decepticon/skills/standard/decepticon/engagement-lifecycle/SKILL.md
SKILL.md
Quality
Evals
Security

Engagement Lifecycle Management

Engagement Initiation

Pre-Flight Checklist

Before starting any engagement, verify:

  1. Documents exist and are valid:

    • roe.json — Rules of Engagement with scope, restrictions, contacts
    • conops.json — Concept of Operations with threat profile and kill chain phases
    • deconfliction.json — Deconfliction identifiers and procedures
    • opplan.json — Operational Plan with sequenced, acceptance-gated objectives
    • All documents cross-reference consistently
  2. Infrastructure ready:

    • Docker sandbox running with required tools
    • C2 server reachable if post-exploitation is in scope: nc -z c2-sliver 31337 (gRPC port)
    • Operator config exists: /workspace/.sliver-configs/decepticon.cfg
    • Output directories created (<engagement>/recon/, <engagement>/exploit/, etc.)
  3. 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

TypeStarting PhaseSub-Agents UsedKey Consideration
Full ScopePlanning → ReconAll (soundwave, recon, exploit, postexploit)Longest duration, most OPSEC-sensitive
Assumed BreachExploitationexploit, postexploitSkip recon, start from provided foothold
Recon OnlyReconrecon onlyNo exploitation, intelligence gathering only
Objective-BasedVariesTargeted subsetFocus 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

  1. Read current phase objectives from opplan.json
  2. Check: are all current-phase objectives resolved?
  3. Check: does the next phase have pending objectives?
  4. Verify gate criteria (consult workflow skill for phase-specific gates)
  5. 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:

  1. Immediately stop all active sub-agent tasks
  2. Document current state: which objectives in-progress, what's deployed
  3. Record the halt in timeline.jsonl and update the affected OPPLAN objectives
  4. Save plan/opplan.json with current status for potential resumption

Engagement Metrics

Track these throughout the engagement for the final report:

MetricDescriptionSource
MTTDMean Time to Detect (per objective)Blue team detection timestamps
Dwell TimeTime from foothold to detectiontimeline.jsonl timestamps
Objectives CompletedPassed / Totalopplan.json status counts
Attack Path DepthNumber of hops from initial accesslateral movement log
Credential ExposureUnique credentials capturedpost-exploit/creds/

Engagement Completion

Final Reporting Checklist

When all objectives are resolved:

  1. Attack Path Documentation:

    • Every hop from initial recon to final objective
    • Credentials used at each step
    • Privilege levels achieved on each host
  2. Findings Synthesis:

    • Read all <engagement>/findings/FIND-*.md entries
    • Group by severity: Critical, High, Medium, Low
    • Map each finding to MITRE ATT&CK technique
  3. 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
  4. 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)
  5. Cleanup:

    • List all artifacts deployed on target systems
    • Document persistence mechanisms that need removal
    • Verify no active implants remain (if applicable)
Repository
PurpleAILAB/Decepticon
Last updated
First committed

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.