Executing Red Team Engagement Planning
Overview
Red team engagement planning is the foundational phase that defines scope, objectives, rules of engagement (ROE), threat model selection, and operational timelines before any offensive testing begins. A well-structured engagement plan ensures the red team simulates realistic adversary behavior while maintaining safety guardrails that prevent unintended business disruption.
Anti-Rationalization Table
| Rationalization |
Reality |
| "I'll figure it out as I go" |
A structured approach saves time and reduces errors. Follow the workflow in this skill rather than improvising. |
| "I already know this topic" |
Familiarity breeds shortcuts. Use the checklist to verify you haven't missed critical steps. |
| "This doesn't apply to my situation" |
The patterns here generalize across contexts. Adapt, don't skip — the underlying principles hold. |
| "One more tool will fix it" |
Adding complexity rarely solves process gaps. Master the core workflow first. |
When to Use
Trigger phrases:
"executing red team engagement planning"
"Red team engagement planning is the foundational phase that defines scope, objec"
When conducting security assessments that involve executing red team engagement planning
When following incident response procedures for related security events
When performing scheduled security testing or auditing activities
When validating security controls through hands-on testing
Prerequisites
- Familiarity with red teaming concepts and tools
- Access to a test or lab environment for safe execution
- Python 3.8+ with required dependencies installed
- Appropriate authorization for any testing activities
Objectives
- Define clear engagement scope including in-scope and out-of-scope assets, networks, and personnel
- Establish Rules of Engagement (ROE) with emergency stop procedures, communication channels, and legal boundaries
- Select appropriate threat profiles from the MITRE ATT&CK framework aligned to the organization's threat landscape
- Create a detailed attack plan mapping adversary TTPs to engagement objectives
- Develop deconfliction procedures with the organization's SOC/blue team
- Produce a comprehensive engagement brief for stakeholder approval
Legal Notice: This skill is for authorized security testing and educational purposes only. Unauthorized use against systems you do not own or have written permission to test is illegal and may violate computer fraud laws.
Core Concepts
This section covers core concepts for executing red team engagement planning.
- Ensure all prerequisites are met before proceeding
- Follow the documented workflow steps in sequence
- Record results and any anomalies encountered during this phase
Engagement Types
| Type |
Description |
Scope |
| Full Scope |
Complete adversary simulation with physical, social, and cyber vectors |
Entire organization |
| Assumed Breach |
Starts from initial foothold, focuses on post-exploitation |
Internal network |
| Objective-Based |
Target specific crown jewels (e.g., domain admin, PII exfiltration) |
Defined targets |
| Purple Team |
Collaborative with blue team for detection improvement |
Specific controls |
Rules of Engagement Components
- Scope Definition: IP ranges, domains, physical locations, personnel
- Restrictions: Systems/networks that must not be touched (e.g., production databases, medical devices)
- Communication Plan: Primary and secondary contact channels, escalation procedures
- Emergency Procedures: Code word for immediate cessation, incident response coordination
- Legal Authorization: Signed authorization letters, get-out-of-jail letters for physical tests
- Data Handling: How sensitive data discovered during testing will be handled and destroyed
- Timeline: Start/end dates, blackout windows, reporting deadlines
Threat Profile Selection
Map organizational threats using MITRE ATT&CK Navigator to select relevant adversary profiles:
- APT29 (Cozy Bear): Government/defense sector targeting via spearphishing, supply chain
- APT28 (Fancy Bear): Government organizations, credential harvesting, zero-days
- FIN7: Financial sector, POS malware, social engineering
- Lazarus Group: Financial institutions, cryptocurrency exchanges, destructive malware
- Conti/Royal: Ransomware operators, double extortion, RaaS model
Workflow
# Example: IOC detection
import re
IOC_PATTERNS = {
"ip": r"\b(?:\d{1,3}\.){3}\d{1,3}\b",
"domain": r"\b[a-z0-9-]+\.[a-z]{2,}\b",
"hash_md5": r"\b[a-f0-9]{32}\b",
"hash_sha256": r"\b[a-f0-9]{64}\b",
}
def extract_iocs(text: str) -> dict:
return {k: re.findall(v, text) for k, v in IOC_PATTERNS.items()}
- Scope and authorize — confirm written authorization and define target boundaries
- Reconnaissance — enumerate targets, services, and potential attack surfaces
- Exploitation — attempt exploitation of identified vulnerabilities within scope
- Post-exploitation — document access level, lateral movement, and data exposure
- Report and remediate — compile findings with reproduction steps and fix recommendations
Phase 1: Pre-Engagement
- Conduct initial scoping meeting with stakeholders
- Identify crown jewels and critical business assets
- Review previous security assessments and audit findings
- Define success criteria and engagement objectives
- Draft Rules of Engagement document
Phase 2: Threat Modeling
- Identify relevant threat actors using MITRE ATT&CK
- Map threat actor TTPs to organizational attack surface
- Select primary and secondary attack scenarios
- Define adversary emulation plan with specific technique IDs
- Establish detection checkpoints for purple team opportunities
Phase 3: Operational Planning
- Set up secure communication channels (encrypted email, Signal, etc.)
- Create operational security (OPSEC) guidelines for the red team
- Establish infrastructure requirements (C2 servers, redirectors, phishing domains)
- Develop phased attack timeline with go/no-go decision points
- Create deconfliction matrix with SOC/IR team
Phase 4: Documentation and Approval
- Compile engagement plan document
- Review with legal counsel
- Obtain executive sponsor signature
- Brief red team operators on ROE and restrictions
- Distribute emergency contact cards
When NOT to Use
- Task is outside your authorization scope
- You need to implement controls (use implementing-* skills)
- Task is about analysis, not action (use analyzing-* skills)
- You don't have access to target systems
- Task requires compliance expertise (consult professionals)
- Task is about defense, not offense (use defensive skills)
Red Flags
- Performing actions without explicit written authorization from the asset owner
- Testing against production systems without a defined scope and rules of engagement
- Exceeding the authorized scope of the engagement
- Leaving persistent access mechanisms without explicit approval
- Causing denial-of-service on production systems during testing
Verification
- All steps executed successfully against a test environment before production use
- Output documented with screenshots or logs demonstrating expected behavior
- All exploited vulnerabilities documented with reproduction steps
- Scope boundaries confirmed — only authorized targets were tested
- Remediation recommendations included for every finding
Tools and Resources
- MITRE ATT&CK Navigator: Threat actor TTP mapping and visualization
- VECTR: Red team engagement tracking and metrics platform
- Cobalt Strike / Nighthawk: C2 framework planning and infrastructure design
- PlexTrac: Red team reporting and engagement management platform
- SCYTHE: Adversary emulation platform for attack plan creation
Validation Criteria
Common Pitfalls
- Scope Creep: Expanding testing beyond approved boundaries during execution
- Inadequate Deconfliction: SOC investigating red team activity as real incidents
- Missing Legal Authorization: Testing without proper signed authorization
- Unrealistic Threat Models: Simulating threats irrelevant to the organization
- Poor Communication: Failing to maintain contact with stakeholders during engagement
Related Skills
- performing-open-source-intelligence-gathering
- conducting-adversary-simulation-with-atomic-red-team
- performing-assumed-breach-red-team-exercise
- building-red-team-infrastructure-with-redirectors
Process
- Analyze the task requirements
- Apply domain expertise
- Verify output quality
1---2name: executing-red-team-engagement-planning3description: Use when red team engagement planning is the foundational phase that defines scope, objectives, rules of engagement (ROE), threat model selection, and operational timelines before any offensive testing begins. Use when working with executing red team engagement planning.4license: Apache-2.05---67# Executing Red Team Engagement Planning89## Overview1011Red team engagement planning is the foundational phase that defines scope, objectives, rules of engagement (ROE), threat model selection, and operational timelines before any offensive testing begins. A well-structured engagement plan ensures the red team simulates realistic adversary behavior while maintaining safety guardrails that prevent unintended business disruption.12131415## Anti-Rationalization Table1617| Rationalization | Reality |18|---|---|19| "I'll figure it out as I go" | A structured approach saves time and reduces errors. Follow the workflow in this skill rather than improvising. |20| "I already know this topic" | Familiarity breeds shortcuts. Use the checklist to verify you haven't missed critical steps. |21| "This doesn't apply to my situation" | The patterns here generalize across contexts. Adapt, don't skip — the underlying principles hold. |22| "One more tool will fix it" | Adding complexity rarely solves process gaps. Master the core workflow first. |2324## When to Use25**Trigger phrases:**26- "executing red team engagement planning"27- "Red team engagement planning is the foundational phase that defines scope, objec"282930- When conducting security assessments that involve executing red team engagement planning31- When following incident response procedures for related security events32- When performing scheduled security testing or auditing activities33- When validating security controls through hands-on testing3435## Prerequisites3637- Familiarity with red teaming concepts and tools38- Access to a test or lab environment for safe execution39- Python 3.8+ with required dependencies installed40- Appropriate authorization for any testing activities4142## Objectives4344- Define clear engagement scope including in-scope and out-of-scope assets, networks, and personnel45- Establish Rules of Engagement (ROE) with emergency stop procedures, communication channels, and legal boundaries46- Select appropriate threat profiles from the MITRE ATT&CK framework aligned to the organization's threat landscape47- Create a detailed attack plan mapping adversary TTPs to engagement objectives48- Develop deconfliction procedures with the organization's SOC/blue team49- Produce a comprehensive engagement brief for stakeholder approval5051> **Legal Notice:** This skill is for authorized security testing and educational purposes only. Unauthorized use against systems you do not own or have written permission to test is illegal and may violate computer fraud laws.5253## Core Concepts5455This section covers core concepts for executing red team engagement planning.5657- Ensure all prerequisites are met before proceeding58- Follow the documented workflow steps in sequence59- Record results and any anomalies encountered during this phase60### Engagement Types6162| Type | Description | Scope |63|------|-------------|-------|64| Full Scope | Complete adversary simulation with physical, social, and cyber vectors | Entire organization |65| Assumed Breach | Starts from initial foothold, focuses on post-exploitation | Internal network |66| Objective-Based | Target specific crown jewels (e.g., domain admin, PII exfiltration) | Defined targets |67| Purple Team | Collaborative with blue team for detection improvement | Specific controls |6869### Rules of Engagement Components70711. **Scope Definition**: IP ranges, domains, physical locations, personnel722. **Restrictions**: Systems/networks that must not be touched (e.g., production databases, medical devices)733. **Communication Plan**: Primary and secondary contact channels, escalation procedures744. **Emergency Procedures**: Code word for immediate cessation, incident response coordination755. **Legal Authorization**: Signed authorization letters, get-out-of-jail letters for physical tests766. **Data Handling**: How sensitive data discovered during testing will be handled and destroyed777. **Timeline**: Start/end dates, blackout windows, reporting deadlines7879### Threat Profile Selection8081Map organizational threats using MITRE ATT&CK Navigator to select relevant adversary profiles:8283- **APT29 (Cozy Bear)**: Government/defense sector targeting via spearphishing, supply chain84- **APT28 (Fancy Bear)**: Government organizations, credential harvesting, zero-days85- **FIN7**: Financial sector, POS malware, social engineering86- **Lazarus Group**: Financial institutions, cryptocurrency exchanges, destructive malware87- **Conti/Royal**: Ransomware operators, double extortion, RaaS model8889## Workflow9091```python92# Example: IOC detection93import re9495IOC_PATTERNS = {96 "ip": r"\b(?:\d{1,3}\.){3}\d{1,3}\b",97 "domain": r"\b[a-z0-9-]+\.[a-z]{2,}\b",98 "hash_md5": r"\b[a-f0-9]{32}\b",99 "hash_sha256": r"\b[a-f0-9]{64}\b",100}101102def extract_iocs(text: str) -> dict:103 return {k: re.findall(v, text) for k, v in IOC_PATTERNS.items()}104```1051061. **Scope and authorize** — confirm written authorization and define target boundaries1072. **Reconnaissance** — enumerate targets, services, and potential attack surfaces1083. **Exploitation** — attempt exploitation of identified vulnerabilities within scope1094. **Post-exploitation** — document access level, lateral movement, and data exposure1105. **Report and remediate** — compile findings with reproduction steps and fix recommendations111### Phase 1: Pre-Engagement1121131. Conduct initial scoping meeting with stakeholders1142. Identify crown jewels and critical business assets1153. Review previous security assessments and audit findings1164. Define success criteria and engagement objectives1175. Draft Rules of Engagement document118119### Phase 2: Threat Modeling1201211. Identify relevant threat actors using MITRE ATT&CK1222. Map threat actor TTPs to organizational attack surface1233. Select primary and secondary attack scenarios1244. Define adversary emulation plan with specific technique IDs1255. Establish detection checkpoints for purple team opportunities126127### Phase 3: Operational Planning1281291. Set up secure communication channels (encrypted email, Signal, etc.)1302. Create operational security (OPSEC) guidelines for the red team1313. Establish infrastructure requirements (C2 servers, redirectors, phishing domains)1324. Develop phased attack timeline with go/no-go decision points1335. Create deconfliction matrix with SOC/IR team134135### Phase 4: Documentation and Approval1361371. Compile engagement plan document1382. Review with legal counsel1393. Obtain executive sponsor signature1404. Brief red team operators on ROE and restrictions1415. Distribute emergency contact cards142143## When NOT to Use144145- Task is outside your authorization scope146- You need to implement controls (use implementing-* skills)147- Task is about analysis, not action (use analyzing-* skills)148- You don't have access to target systems149- Task requires compliance expertise (consult professionals)150- Task is about defense, not offense (use defensive skills)151152153## Red Flags154155- Performing actions without explicit written authorization from the asset owner156- Testing against production systems without a defined scope and rules of engagement157- Exceeding the authorized scope of the engagement158- Leaving persistent access mechanisms without explicit approval159- Causing denial-of-service on production systems during testing160161## Verification162163- All steps executed successfully against a test environment before production use164- Output documented with screenshots or logs demonstrating expected behavior165- All exploited vulnerabilities documented with reproduction steps166- Scope boundaries confirmed — only authorized targets were tested167- Remediation recommendations included for every finding168169## Tools and Resources170171- **MITRE ATT&CK Navigator**: Threat actor TTP mapping and visualization172- **VECTR**: Red team engagement tracking and metrics platform173- **Cobalt Strike / Nighthawk**: C2 framework planning and infrastructure design174- **PlexTrac**: Red team reporting and engagement management platform175- **SCYTHE**: Adversary emulation platform for attack plan creation176177## Validation Criteria178179- [ ] Signed Rules of Engagement document180- [ ] Defined scope with explicit in/out boundaries181- [ ] Selected threat profile with mapped MITRE ATT&CK techniques182- [ ] Emergency stop procedures tested and verified183- [ ] Communication plan distributed to all stakeholders184- [ ] Legal authorization obtained and filed185- [ ] Red team operators briefed and acknowledged ROE186187## Common Pitfalls1881891. **Scope Creep**: Expanding testing beyond approved boundaries during execution1902. **Inadequate Deconfliction**: SOC investigating red team activity as real incidents1913. **Missing Legal Authorization**: Testing without proper signed authorization1924. **Unrealistic Threat Models**: Simulating threats irrelevant to the organization1935. **Poor Communication**: Failing to maintain contact with stakeholders during engagement194195## Related Skills196197- performing-open-source-intelligence-gathering198- conducting-adversary-simulation-with-atomic-red-team199- performing-assumed-breach-red-team-exercise200- building-red-team-infrastructure-with-redirectors201202## Process2032041. Analyze the task requirements2052. Apply domain expertise2063. Verify output quality