MITRE ATT&CK for Red Teams
How red teams use MITRE ATT&CK tactics and techniques for threat-informed engagements, detection validation, and reporting defenders can reuse.
Red teams exist to answer a blunt question: Could a motivated adversary achieve meaningful impact against us? MITRE ATT&CK helps answer that question in a shared language—tactics, techniques, and procedures (TTPs)—so offensive findings map cleanly to detection, hunting, and remediation work.
This article explains how red teams use ATT&CK, how it differs from a classic vulnerability scan, and how to apply it without turning every engagement into a matrix-completion exercise.
What MITRE ATT&CK Is and Why It Matters
MITRE ATT&CK is a curated knowledge base of adversary behaviors observed in the real world. It organizes activity into tactics (the adversary’s goals, such as Initial Access or Lateral Movement) and techniques (how those goals are achieved), often with sub-techniques and procedure examples.
For red teams, ATT&CK matters because it:
- Improves communication. “We used T1078 Valid Accounts” is clearer than a vague “we logged in somehow.”
- Aligns offense and defense. Blue and purple teams can map detections to the same technique IDs.
- Prioritizes realism. Engagements can focus on techniques relevant to the organization’s threat model—not random CVEs alone.
- Supports coverage analysis. Over time, you can see which techniques succeed repeatedly and which detections fail.
ATT&CK is not a testing methodology by itself (PTES or similar still structure the engagement). It is the adversary behavior lexicon that makes red team results operationally reusable.
Core Framework: Tactics, Techniques, and Engagement Design
Tactics as engagement milestones
A red team campaign often progresses through ATT&CK tactics such as:
- Reconnaissance
- Resource Development
- Initial Access
- Execution
- Persistence
- Privilege Escalation
- Defense Evasion
- Credential Access
- Discovery
- Lateral Movement
- Collection
- Command and Control
- Exfiltration
- Impact
Not every engagement needs every tactic. A focused objective—e.g., “access payroll data from an unauthenticated internet foothold”—may emphasize Initial Access through Collection/Exfiltration, with other tactics as supporting steps.
Techniques as the unit of work
Techniques (for example, Phishing, Exploit Public-Facing Application, Remote Services, or Abuse Elevation Control Mechanism) become the building blocks of the attack plan. Good red team practice:
- Selects techniques based on threat intelligence and environment constraints
- Documents procedure details (tools, commands, paths) for reproducibility
- Notes detection opportunities observed or missed along the way
Matrices and platforms
ATT&CK provides matrices for Enterprise, Mobile, and ICS, with platform tags (Windows, Linux, cloud, identity providers, and more). Red teams should pick the matrix and platforms that match the target environment—including SaaS and identity layers that traditional “network pentests” often under-test.
How Red Teams Apply ATT&CK in Practice
1. Threat-informed planning
Start from adversary groups or campaigns relevant to your sector, or from business-critical assets. Build a hypothesis: “If an actor gains a phishing foothold, can they reach crown-jewel SaaS admin?” Then select techniques that test that path.
2. Mapping during execution
As operators progress, they tag actions with technique IDs. This turns the engagement log into a structured dataset for:
- Purple team workshops
- Detection engineering backlogs
- Executive narratives (“adversary reached X via these tactics”)
3. Detection and control validation
ATT&CK shines when red team success is paired with blue team response. For each successful technique, ask:
- Was it logged?
- Was it alerted?
- Was it contained?
- How long did dwell time last?
That loop is closer to continuous assurance than a one-time snapshot report.
4. Reporting that defenders can use
Strong ATT&CK-oriented reports include:
- Objective and outcome (mission success/failure)
- Technique timeline or kill chain
- Evidence and impact
- Detection gaps and recommended controls (preventive and detective)
- Retest criteria
ATT&CK vs. Vulnerability-Centric Testing
| Focus | Vulnerability-centric | ATT&CK-informed red team | |---|---|---| | Primary question | What weaknesses exist? | What can an adversary achieve? | | Unit of finding | CVE / misconfig | Technique / attack path | | Success metric | Severity counts | Objective completion + detection quality | | Best paired with | Patch & config management | Detection engineering, IR, Zero Trust |
Both are necessary. Exploitable vulnerabilities often enable ATT&CK techniques; ATT&CK explains how those weaknesses become business impact.
Practical Takeaways for Security Teams
- Define objectives before filling the matrix. Coverage theater helps no one; mission-based testing does.
- Require technique IDs in deliverables. Make them standard in red team and advanced pentest reports.
- Close the loop with detections. Every successful technique should create a detection or control ticket—or an accepted risk.
- Include identity and cloud techniques. Modern intrusions frequently live in IdP, SaaS, and CI/CD paths.
- Prefer continuous purple teaming. Recurring, focused technique validation beats a single annual red team snapshot.
- Use ATT&CK for TPRM conversations carefully. When assessing critical vendors, ask how they detect or prevent techniques relevant to the shared trust boundary—not whether they “have ATT&CK.”
Related Concepts
- PTES and other execution standards for engagement structure
- Purple teaming and detection engineering
- Cyber threat intelligence (CTI) and threat profiling
- Atomic Red Team / adversary emulation plans
- Continuous exposure monitoring as input to Initial Access hypotheses
Closing
MITRE ATT&CK gives red teams and defenders a common map of adversary behavior. Used well, it turns offensive exercises into durable detection and control improvements. Used poorly, it becomes a checklist of techniques disconnected from business risk. Anchor on objectives, document TTPs rigorously, and keep validating—because adversaries iterate continuously, and so should your assurance program.