MITRE ATT&CK Framework Explained: How to Use It for Threat Detection (2026)

Mitre attck Framework Explained
Mitre attck Framework Explained
By HOC Team  |  Last updated: July 2026  |  Read time: ~22 min

In the months following the SolarWinds supply chain attack, CISA and NSA published a joint advisory documenting exactly how the Russian SVR threat group โ€” known as Cozy Bear, tracked by MITRE as APT29 โ€” operated inside compromised networks.

The advisory did not describe the attack in vague terms. It listed specific technique IDs: T1195.002 (supply chain compromise of software), T1078 (valid accounts), T1550.001 (application access tokens), T1567.002 (exfiltration to cloud storage). Defenders who understood these technique IDs could immediately map them to their own detection coverage โ€” and find the gaps.

This is the power of a shared taxonomy for attacker behaviour. Before MITRE ATT&CK, "the attacker used PowerShell" was a complete technical description in many incident reports. After ATT&CK, that same observation becomes T1059.001 โ€” one of 600+ precisely defined techniques, documented with procedures, mitigations, detection data sources, and references to real-world threat actor usage. That specificity is the difference between a description that informs and one that drives action.

This guide covers the complete ATT&CK framework: what it is and how it is structured, all 14 tactics with their most important techniques, how to use ATT&CK Navigator to visualise coverage and gaps, how to map your security controls to ATT&CK, and practical applications for threat hunting, detection engineering, red team planning, and SOC analyst triage.

๐Ÿ“Š MITRE ATT&CK in 2026 Over 600 techniques and sub-techniques across 14 tactics ยท 130+ documented threat actor groups ยท Used by 97% of Fortune 500 security teams ยท Referenced in NIST CSF 2.0, CISA advisories, ISO 27001, and virtually every major security framework ยท ATT&CK knowledge required in 89% of SOC analyst job postings and all major offensive/defensive certifications
1. What is MITRE ATT&CK?

MITRE ATT&CK (Adversarial Tactics, Techniques, and Common Knowledge) is a globally accessible, free knowledge base of adversary tactics and techniques based on real-world observations of cyberattacks. It is maintained by MITRE Corporation, a not-for-profit organisation that operates US federally funded research and development centres.

The framework was started in 2013 as an internal MITRE project to catalogue attacker behaviours observed on Windows enterprise networks. It was made public in 2015 and has since grown into the de facto standard taxonomy for describing attacker behaviour across Windows, macOS, Linux, mobile, cloud, ICS (industrial control systems), and network infrastructure. It is updated quarterly as new techniques are documented from real-world threat intelligence.

๐Ÿ”‘
Why ATT&CK matters โ€” the problem it solves

Before ATT&CK, security teams described attacks in inconsistent terms. One vendor called something "lateral movement"; another called it "pivoting"; a third called it "east-west traversal." Incident reports, threat intelligence feeds, and security products all used different vocabulary for the same attacker behaviours, making it nearly impossible to compare coverage, share intelligence, or benchmark defences consistently.

ATT&CK provides a common language. When a threat intelligence report says "APT29 used T1059.001," every security team in the world knows exactly what technique is being described โ€” PowerShell execution โ€” and can immediately check whether their environment has detection coverage for it.

When a SIEM alert fires with "MITRE ATT&CK T1003.001 detected," the analyst knows before reading a single log line that this is an LSASS credential dump โ€” one of the highest-priority post-compromise techniques. This shared vocabulary accelerates every security activity from threat intelligence to detection engineering to incident response.

ATT&CK is a knowledge base, not a checklist. A common misunderstanding is that ATT&CK is a compliance checklist โ€” "we need to have coverage for every technique." That is not how it works. ATT&CK is a menu of known attacker behaviours. Your job is to identify which techniques the threat actors most relevant to your organisation use, and build detection coverage for those specific techniques โ€” not all 600+.
MITRE ATT&CK structure โ€” tactics contain techniques which contain sub-techniques, each linked to threat groups, software, data sources, and mitigations
MITRE ATT&CK โ€” Structural Hierarchy TACTIC โ€” TA0001 Initial Access TECHNIQUE โ€” T1566 Phishing SUB-TECHNIQUE โ€” T1566.001 Spearphishing Attachment SUB-TECHNIQUE โ€” T1566.002 Spearphishing Link ๐ŸŽญ Threat Groups APT28, APT29, FIN7... ๐Ÿ“ฆ Software Cobalt Strike, Emotet... ๐Ÿ“Š Data Sources Email gateway, Process logs ๐Ÿ›ก Mitigations Email filtering, User training
2. Framework structure โ€” tactics, techniques, and sub-techniques
๐Ÿ—‚
ATT&CK taxonomy โ€” three levels
Tactics โ†’ Techniques โ†’ Sub-techniques
Tactics โ€” the "why" (14 total)

Tactics represent the adversary's goal or objective at a given stage of the attack โ€” what they are trying to achieve. They answer the question "why is the attacker doing this?" Each tactic has a unique ID (TA0001 through TA0043 in the current Enterprise matrix). Tactics are ordered roughly chronologically through an attack lifecycle, from initial access through to impact, though real attacks do not always follow this linear order.

Techniques โ€” the "how" (190+ in Enterprise)

Techniques represent the specific method an adversary uses to achieve a tactical goal โ€” how they accomplish the objective. Each technique has a unique ID (T followed by a four-digit number, e.g. T1059 for Command and Scripting Interpreter). A technique is more specific than a tactic but still describes a broad approach โ€” there may be multiple specific implementations of the same technique.

Sub-techniques โ€” the specific implementation (400+ in Enterprise)

Sub-techniques are more specific instances of a parent technique, identified by a decimal notation (e.g. T1059.001 for PowerShell, T1059.003 for Windows Command Shell). Not all techniques have sub-techniques โ€” some are specific enough to stand alone. When a technique has sub-techniques, they are typically the level at which detection rules are written and threat intelligence is attributed.

ATT&CK matrices โ€” which platform?
MatrixCoversTechniquesPrimary audience
EnterpriseWindows, macOS, Linux, cloud (AWS, Azure, GCP), network, containers, SaaS, Office 365190+ techniques, 400+ sub-techniquesEnterprise security teams, SOC analysts, red teams โ€” the most widely used matrix
MobileAndroid and iOS โ€” mobile device attack techniques100+ techniquesMobile security teams, organisations with BYOD or managed mobile programmes
ICS (Industrial)Operational technology โ€” industrial control systems, SCADA, PLCs80+ techniquesOT security teams, critical infrastructure operators, energy/utilities/manufacturing

This guide focuses on the Enterprise matrix โ€” the one relevant to most corporate security teams. When someone says "MITRE ATT&CK" without qualification, they almost always mean Enterprise.

3. All 14 tactics explained with top techniques

The Enterprise matrix has 14 tactics. Understanding what each one represents โ€” and which techniques are most frequently observed under it โ€” is the foundation of ATT&CK proficiency. Below, each tactic is explained with its most practically important techniques for detection.

TA0001
Initial Access
How attackers gain their first foothold โ€” the entry point into the target environment
9 techniques

The most critical tactic to defend โ€” stopping initial access prevents everything that follows. The most common techniques in 2026:

  • T1566 Phishing
  • T1566.001 Spearphishing Attachment
  • T1566.002 Spearphishing Link
  • T1190 Exploit Public-Facing App
  • T1078 Valid Accounts
  • T1195 Supply Chain Compromise
  • T1133 External Remote Services

Detection focus: Email gateway analysis, VPN and RDP authentication logs, web application WAF alerts, phishing simulation results.

TA0002
Execution
How attackers run malicious code on a system they have accessed
12 techniques

Execution is where most endpoint detections fire โ€” the moment malicious code runs. Living-off-the-land (LOtL) techniques that abuse legitimate built-in tools dominate here:

  • T1059.001 PowerShell
  • T1059.003 Windows Command Shell
  • T1059.005 Visual Basic (VBA macros)
  • T1059.007 JavaScript
  • T1047 WMI Remote Execution
  • T1053.005 Scheduled Task
  • T1569.002 Service Execution

Detection focus: Process creation logs (Sysmon EID 1, Windows EID 4688), PowerShell Script Block Logging (EID 4104), WMI activity logs.

TA0003
Persistence
How attackers maintain access through system restarts, credential changes, and other disruptions
19 techniques

Persistence mechanisms survive reboots and password resets โ€” finding them tells you an attacker is trying to maintain long-term access:

  • T1053.005 Scheduled Task/Job
  • T1543.003 Windows Service
  • T1547.001 Registry Run Keys
  • T1136 Create Account
  • T1098 Account Manipulation
  • T1505.003 Web Shell
  • T1546 Event Triggered Execution

Detection focus: Registry monitoring (Sysmon EID 13), scheduled task creation (EID 4698), service installation (EID 7045), new account creation (EID 4720).

TA0004
Privilege Escalation
How attackers gain higher-level permissions on a system or domain
13 techniques

Moving from a standard user to SYSTEM or Domain Admin gives the attacker unrestricted access. These are the techniques Metasploit's getsystem implements:

  • T1548.002 Bypass UAC
  • T1543 Create or Modify System Process
  • T1546 Event Triggered Execution
  • T1134 Access Token Manipulation
  • T1068 Exploitation for Privilege Escalation
  • T1078 Valid Accounts (admin creds)

Detection focus: Token privilege changes, process running under unexpected SYSTEM context, UAC bypass patterns in process logs.

TA0005
Defence Evasion
How attackers avoid being detected โ€” the largest tactic with the most techniques
42 techniques โ€” largest tactic

Defence evasion is the broadest tactic โ€” attackers spend significant effort staying invisible. These techniques are why detection is hard:

  • T1070.001 Clear Windows Event Logs
  • T1562.001 Disable Security Tools
  • T1055 Process Injection
  • T1036 Masquerading
  • T1027 Obfuscated Files/Information
  • T1140 Deobfuscate/Decode Files
  • T1218 Signed Binary Proxy Execution

Detection focus: Log clearing (EID 1102), security tool process termination, process injection via Sysmon EID 8, LOLBins usage patterns.

TA0006
Credential Access
How attackers steal account credentials to gain wider access
17 techniques

Credential theft is often the pivot point from single-host compromise to domain-wide compromise:

  • T1003.001 LSASS Memory (Mimikatz)
  • T1003.002 Security Account Manager
  • T1003.006 DCSync
  • T1110 Brute Force
  • T1110.003 Password Spraying
  • T1056.001 Keylogging
  • T1539 Steal Web Session Cookie

Detection focus: LSASS process access (Sysmon EID 10), failed login volume (EID 4625), DCSync detection (EID 4662 with specific replication permissions).

TA0007
Discovery
How attackers learn about the environment โ€” its structure, users, systems, and defences
31 techniques

Discovery happens after initial access but before lateral movement โ€” the attacker is mapping the environment to find high-value targets:

  • T1087 Account Discovery
  • T1018 Remote System Discovery
  • T1082 System Information Discovery
  • T1083 File and Directory Discovery
  • T1046 Network Service Discovery
  • T1069 Permission Groups Discovery
  • T1057 Process Discovery

Detection focus: Net.exe and nltest.exe usage, network scanning from endpoints, LDAP queries to AD, rapid enumeration patterns in process logs.

TA0008
Lateral Movement
How attackers move from one system to others within the network
9 techniques

Lateral movement is how a single compromised endpoint becomes a network-wide breach. Network segmentation directly limits these techniques:

  • T1021.001 Remote Desktop Protocol
  • T1021.002 SMB/Windows Admin Shares
  • T1021.006 Windows Remote Management
  • T1047 WMI Remote Execution
  • T1570 Lateral Tool Transfer
  • T1550.002 Pass the Hash
  • T1563 Remote Service Session Hijacking

Detection focus: Network logon type 3 events (EID 4624), PSEXESVC service creation (EID 7045), admin share access, same account โ†’ multiple hosts rapidly.

TA0009
Collection
How attackers gather data they plan to steal from the network
17 techniques
  • T1074 Data Staged
  • T1560.001 Archive via Utility (7-Zip, WinRAR)
  • T1056.001 Keylogging
  • T1113 Screen Capture
  • T1039 Data from Network Shared Drive
  • T1005 Data from Local System

Detection focus: Archive tool execution against network shares, unusual file access patterns on file servers, large volume of read events on sensitive directories.

TA0011
Command and Control (C2)
How attackers communicate with compromised systems after establishing access
16 techniques
  • T1071.001 Web Protocols (HTTP/HTTPS)
  • T1071.004 DNS Tunnelling
  • T1090.003 Multi-hop Proxy
  • T1132 Data Encoding
  • T1573 Encrypted Channel
  • T1008 Fallback Channels
  • T1568 Dynamic Resolution (DGA)

Detection focus: Periodic outbound connections (beaconing), DNS query volume and subdomain length anomalies, HTTPS to non-categorised domains, JA3 fingerprinting for C2 frameworks.

TA0010
Exfiltration
How attackers steal data from the victim network
9 techniques
  • T1041 Exfiltration Over C2 Channel
  • T1048.003 Exfiltration Over HTTPS
  • T1048.003 DNS Exfiltration
  • T1567.002 Exfil to Cloud Storage
  • T1020 Automated Exfiltration

Detection focus: Outbound bytes volume anomalies per host, cloud storage uploads from unexpected sources, DNS query payload size anomalies.

TA0040
Impact
How attackers disrupt, destroy, or manipulate systems and data
13 techniques
  • T1486 Data Encrypted for Impact (Ransomware)
  • T1490 Inhibit System Recovery (Delete VSS)
  • T1485 Data Destruction
  • T1498 Network Denial of Service
  • T1489 Service Stop
  • T1491 Defacement

Detection focus: vssadmin.exe or wmic.exe deleting shadow copies (T1490 โ€” the pre-ransomware canary), mass file encryption events, backup deletion commands.

๐Ÿ’ก Remaining tactics: Reconnaissance, Resource Development, Initial Access Three additional tactics exist in the current Enterprise matrix: TA0043 Reconnaissance (pre-attack intelligence gathering โ€” OSINT, scanning), TA0042 Resource Development (building attack infrastructure โ€” domains, tooling, accounts), and the original TA0001 Initial Access covered above. Reconnaissance and Resource Development are important for threat intelligence teams but less commonly addressed in defender-side detection programmes, where most focus is on TA0002 through TA0040.
4. Technique deep-dive โ€” reading an ATT&CK technique page

Every technique page on attack.mitre.org has a consistent structure. Understanding each section tells you exactly what you need to know to detect, hunt for, and defend against that technique. Here is how to read one effectively, using T1059.001 (PowerShell) as the example.

T1059.001
Command and Scripting Interpreter: PowerShell
Tactic: Execution (TA0002) ยท Parent: T1059 Command and Scripting Interpreter
Description

Adversaries may abuse PowerShell commands and scripts for execution. PowerShell is a powerful interactive command-line interface and scripting environment included in the Windows operating system. Adversaries can use PowerShell to perform a number of actions, including discovery of information and execution of code. Examples include the Start-Process cmdlet which can be used to run an executable and the Invoke-Command cmdlet which runs a command locally or on a remote computer.

Procedure examples โ€” how real attackers use this technique

This is the most actionable section for defenders. It lists documented real-world usage with references to specific threat groups and campaigns:

  • APT28 (Fancy Bear) โ€” used PowerShell to download additional components and execute malware in memory
  • FIN7 โ€” used PowerShell for execution and to access and modify data in memory
  • Lazarus Group โ€” used PowerShell with -ExecutionPolicy Bypass and encoded command flags
  • Cobalt Strike (software) โ€” generates PowerShell commands for payload delivery and execution
Mitigations โ€” what reduces risk from this technique
  • M1042 Disable or Remove Feature or Program โ€” Disable PowerShell for users who do not need it using Constrained Language Mode or AppLocker
  • M1049 Antivirus/Antimalware โ€” AMSI (Antimalware Scan Interface) allows AV to inspect PowerShell scripts at execution time
  • M1026 Privileged Account Management โ€” Limit accounts that can run PowerShell remotely using PowerShell remoting
Detection โ€” what data sources reveal this technique

This section tells you what to collect and what to look for:

  • Data Source: Command (DS0017) โ€” Command Execution: Monitor for PowerShell process creation with suspicious command line parameters (encoded commands, -NonInteractive, -WindowStyle Hidden, DownloadString)
  • Data Source: Module (DS0011) โ€” Module Load: PowerShell Module Logging (Group Policy) records all modules loaded during execution
  • Data Source: Script (DS0012) โ€” Script Execution: PowerShell Script Block Logging (Event ID 4104) records the decoded content of all executed scripts
  • Data Source: Process (DS0009) โ€” Process Creation: Sysmon Event ID 1 captures PowerShell command line arguments including encoded commands
# Detection query (Splunk SPL) for T1059.001 # Based on the Data Sources listed on the technique page # Detection 1: PowerShell with encoded command (Script Block Logging) index=wineventlog EventCode=4104 | where match(ScriptBlockText, "(?i)(invoke-mimikatz|invoke-shellcode|IEX|Invoke-Expression|downloadstring|DownloadFile|frombase64string)") | table _time, Computer, ScriptBlockText # Detection 2: PowerShell executed with suspicious flags (Sysmon EID 1) index=sysmon EventCode=1 | where match(Image, "(?i)powershell\.exe") AND (match(CommandLine, "(?i)(-enc|-encodedcommand|-nop|-noninteractive|-windowstyle hidden)") OR match(CommandLine, "(?i)(downloadstring|iex|bypass)")) | table _time, host, User, CommandLine, ParentImage
5. ATT&CK Navigator โ€” visualising coverage and gaps

ATT&CK Navigator is the official free web tool at attack.mitre.org/resources/navigator that lets you annotate the ATT&CK matrix โ€” colouring techniques to show coverage, gaps, threat actor TTPs, and detection confidence. It is the primary tool for communicating your detection posture visually.

๐Ÿ—บ
ATT&CK Navigator โ€” four essential use cases
Free at attack.mitre.org/resources/navigator
1
Map your detection coverage
Create a layer (New Layer โ†’ Enterprise ATT&CK). For each technique you have an active SIEM or EDR detection for, colour it green. For techniques you hunt for but have no automated detection, colour yellow. Leave red (no colour) for gaps. Export the resulting heatmap for your CISO as a one-page visual representation of your detection programme's coverage across the ATT&CK matrix. This is significantly more communicative than a spreadsheet of rule names.
2
Visualise a specific threat actor's TTPs
Navigator includes pre-built layers for every documented threat group. Open Navigator โ†’ Open Existing Layer โ†’ Browse Layers โ†’ select a threat group (e.g. APT29). This shows exactly which techniques APT29 has been documented using, highlighted in the matrix. Compare this against your coverage layer โ€” any technique APT29 uses that you have no detection for is a priority gap. This is how threat-intelligence-informed detection prioritisation works in practice.
3
Compare two layers โ€” gap analysis
Navigator supports layer operations: create one layer for "your coverage" and one for "APT29 TTPs" then use the layer comparison feature to show techniques APT29 uses that you do not detect. This generates a prioritised remediation list automatically โ€” ordered by the intersection of threat actor capability and your coverage gap. Use this to build your quarterly detection engineering backlog.
4
Document incident findings
After an incident, create a Navigator layer documenting every ATT&CK technique the attacker used. This becomes part of the post-incident report โ€” giving stakeholders a visual of the attack chain. It also immediately shows which techniques the attacker used that your existing detections caught (the techniques that alerted) versus which ones they used undetected (the techniques that were only found retrospectively during the investigation).
Navigator JSON โ€” programmatic layer creation
# Create a Navigator layer programmatically (Python) and import into Navigator # Useful for automatically generating coverage maps from your SIEM rule inventory import json layer = { "name": "SOC Detection Coverage โ€” Q3 2026", "versions": {"attack": "14", "navigator": "4.9", "layer": "4.5"}, "domain": "enterprise-attack", "description": "Current SIEM and EDR detection coverage", "techniques": [ {"techniqueID": "T1059.001", "color": "#00b894", "comment": "PowerShell โ€” Sysmon EID 1 + Script Block Logging", "enabled": True}, {"techniqueID": "T1003.001", "color": "#00b894", "comment": "LSASS โ€” Sysmon EID 10 alert active", "enabled": True}, {"techniqueID": "T1021.002", "color": "#f59e0b", "comment": "SMB lateral move โ€” hunt coverage only, no alert", "enabled": True}, {"techniqueID": "T1071.004", "color": "#ef4444", "comment": "DNS C2 โ€” NO COVERAGE โ€” priority gap", "enabled": True}, ] } with open("coverage_layer.json", "w") as f: json.dump(layer, f, indent=2) # Import coverage_layer.json into Navigator via Open Existing Layer โ†’ Upload from local
6. Threat groups and software โ€” using ATT&CK intelligence

ATT&CK documents over 130 threat actor groups (attack.mitre.org/groups) and over 700 software tools (attack.mitre.org/software). Each group page lists their documented techniques, the campaigns they have conducted, and the software they use. This is some of the most practically useful threat intelligence available โ€” directly actionable for detection prioritisation.

๐ŸŽญ
Key threat groups and their ATT&CK profiles โ€” 2026
Know your sector's most active groups
GroupAlso known asOriginPrimary sectorsSignature techniques
APT29Cozy Bear, Midnight BlizzardRussia (SVR)Government, energy, technology, healthcareT1195 Supply chain ยท T1078 Valid accounts ยท T1550.001 App access tokens ยท T1567 Cloud exfil
APT28Fancy Bear, Forest BlizzardRussia (GRU)Government, defence, political organisationsT1566.001 Spearphishing ยท T1059.001 PowerShell ยท T1003.001 LSASS ยท T1027 Obfuscation
Lazarus GroupHidden CobraNorth KoreaFinance, crypto, defenceT1195 Supply chain ยท T1486 Ransomware ยท T1041 C2 exfil ยท T1059.001 PowerShell
APT41Winnti, Double DragonChina (MSS)Healthcare, technology, gaming, telecomT1190 Public-facing exploit ยท T1505.003 Web shells ยท T1003 Credential dump ยท T1070 Log clearing
FIN7Carbanak, Carbon SpiderRussia (criminal)Retail, hospitality, finance (POS targeting)T1566.001 Spearphishing ยท T1059.005 VBA macros ยท T1003 Credential dump ยท T1486 Ransomware
LockBit (RaaS)LockBit 3.0, Black Basta affiliateRussia (criminal)All sectors โ€” ransomware for hireT1486 Data encryption ยท T1490 Inhibit recovery ยท T1078 Valid accounts ยท T1021.002 SMB
How to find which groups target your sector
  1. Go to attack.mitre.org/groups
  2. Filter by your industry in the "Target Industries" column
  3. Open each relevant group page and copy their Navigator layer (each group page has a "Download ATT&CK Navigator Layer" button)
  4. Compare the downloaded layer against your coverage layer to identify priority gaps
  5. Subscribe to your industry ISAC's threat intelligence feed โ€” they will alert you when a relevant group becomes newly active against your sector
7. Mapping your detections to ATT&CK

Detection mapping is the process of annotating each of your SIEM alerts, EDR rules, and threat hunting queries with the ATT&CK technique IDs they detect. This serves three purposes: it reveals your coverage gaps, it enables the Navigator coverage visualisation, and it provides instant analyst context when an alert fires โ€” the technique ID tells the analyst what attacker behaviour triggered the alert before they have read a single log line.

๐Ÿ”—
Detection mapping โ€” the process
Map every rule to at least one technique ID
Step 1 โ€” Inventory your existing detections

Export all active SIEM correlation rules, EDR detection policies, and threat hunting queries into a spreadsheet. Columns: Rule Name, Rule Description, Data Source, Index/Log Source, Current Alert Count (30-day), False Positive Rate.

Step 2 โ€” Assign technique IDs

For each detection, ask: "If this rule fires, what is the attacker doing?" Look up that behaviour in ATT&CK and find the matching technique. Most rules map to one or two techniques. Examples:

Detection ruleWhat it detectsATT&CK techniqueTactic
50+ failed logins from same source in 5 minBrute force attackT1110.003 Password Spraying / T1110.001 Password GuessingCredential Access
Office app spawning PowerShellMacro-delivered malwareT1566.001 Spearphishing Attachment + T1059.001 PowerShellInitial Access + Execution
PSEXESVC service createdPsExec lateral movementT1021.002 SMB/Windows Admin SharesLateral Movement
LSASS process accessed by non-system processCredential dumpingT1003.001 LSASS MemoryCredential Access
Security log cleared (EID 1102)Evidence destructionT1070.001 Clear Windows Event LogsDefence Evasion
New scheduled task by user accountPersistence mechanismT1053.005 Scheduled TaskPersistence
vssadmin.exe deleting shadow copiesPre-ransomware ransom prepT1490 Inhibit System RecoveryImpact
Same account logs into 5+ hosts in 10 minLateral movementT1021.001 RDP / T1021.002 SMBLateral Movement
Step 3 โ€” Add technique IDs to alert names and SIEM rule descriptions

Once mapped, prefix every alert name with the technique ID: "[T1059.001] PowerShell encoded command โ€” suspicious execution" rather than just "Suspicious PowerShell." This gives analysts instant ATT&CK context without opening a separate tab. In Splunk, add the technique ID to the alert description field. In a ticketing system, make technique ID a mandatory field in the incident template.

Step 4 โ€” Build the coverage heatmap

Take your mapped spreadsheet and for each technique ID, mark whether you have: automated detection (green), hunt coverage only (yellow), or no coverage (red). Import into Navigator as a JSON layer. Present the resulting heatmap to leadership as your quarterly security posture update. The visual immediately communicates which tactics have strong coverage and which are blind spots.

Use the DeTT&CT tool to automate coverage mapping. DeTT&CT (Detect Tactics, Techniques & Combat Threats) is a free open-source tool (github.com/rabobank-cdc/DeTTECT) that reads your SIEM data sources and rule inventory and automatically generates ATT&CK Navigator coverage layers. It scores your detection coverage per technique based on data source quality and rule completeness. Much faster than manually building a coverage spreadsheet from scratch.
8. Practical use cases โ€” how each team uses ATT&CK
๐Ÿ”ต
SOC Analyst โ€” Alert triage
When an alert fires with a technique ID, look up the technique page immediately. The Procedure Examples section tells you how real threat actors use this technique. The Detection section tells you what other data sources to check. The Mitigations section helps you scope the required remediation. ATT&CK turns a raw alert into a structured investigation framework in seconds.
๐Ÿ”ด
Red Team โ€” Planning engagements
Use ATT&CK to scope red team operations: select techniques relevant to the threat actors most likely to target the client, map the techniques to the tools in your arsenal (Cobalt Strike, Metasploit, custom tooling), and structure the engagement to test specific tactic chains. Report findings back to the blue team with ATT&CK technique IDs โ€” making your findings directly actionable for detection engineering.
๐ŸŸก
Threat Hunter โ€” Hypothesis generation
Start every threat hunt from an ATT&CK technique page. The Data Sources section tells you what logs to search. The Procedure Examples section gives you specific attacker tooling and behaviours to hunt for. The Mitigations section tells you which controls reduce the technique's effectiveness โ€” gaps in those controls generate additional hunting hypotheses. Use Navigator to track which techniques you have hunted for in the last quarter.
๐ŸŸข
Detection Engineer โ€” Building rules
The ATT&CK technique page's Detection section is a recipe for the detection rule. It lists the specific data sources, event IDs, and observable behaviours that reveal the technique. The Data Sources sub-field tells you exactly which log format contains the evidence. Build one detection per technique, tag the SIEM rule with the technique ID, and track your technique coverage metric as a KPI.
๐Ÿ”ท
CISO โ€” Communicating posture
ATT&CK Navigator coverage heatmaps give executives a visual representation of the security programme that is far more communicative than a list of tools or a compliance checklist. "We have 65% coverage of the techniques used by our most relevant threat actors" is a meaningful security posture statement. The gap analysis โ€” "we have no detection for T1490 Inhibit System Recovery, which is the pre-ransomware technique used by every ransomware group" โ€” directly communicates risk in business terms.
๐Ÿ“‹
Compliance โ€” Evidencing controls
NIST CSF 2.0 references ATT&CK for the DE.CM (Monitoring) and RS.MA (Incident Management) functions. ISO 27001 auditors increasingly accept ATT&CK coverage maps as evidence of security control effectiveness. A Navigator layer showing detection coverage across the techniques relevant to your threat model is direct evidence that your monitoring programme is threat-informed rather than compliance-checkbox-driven.
9. ATT&CK and Sigma rules

Sigma is an open-source, vendor-agnostic detection rule format โ€” a standard way to write detection logic that can be converted to SPL (Splunk), KQL (Sentinel), YAML (Elastic), and other query languages. The Sigma rule repository (github.com/SigmaHQ/sigma) contains thousands of community-contributed detection rules, almost all tagged with the ATT&CK technique IDs they detect.

ฮฃ
Sigma rule anatomy โ€” ATT&CK integration
Convert to SPL, KQL, or any SIEM format
# Example Sigma rule โ€” Office Application spawning a shell # Source: github.com/SigmaHQ/sigma (community rules) title: Office Application Spawning Wscript/Cscript id: 3fc073cf-a507-4d3a-9da4-9a9f7ca7c8a2 status: stable description: Detects Office applications spawning wscript/cscript references: - https://attack.mitre.org/techniques/T1566/001/ author: Florian Roth date: 2021/11/15 modified: 2024/03/10 tags: - attack.initial_access - attack.t1566.001 - attack.execution - attack.t1059.005 logsource: category: process_creation product: windows detection: selection_parent: ParentImage|endswith: - '\winword.exe' - '\excel.exe' - '\outlook.exe' - '\powerpnt.exe' selection_child: Image|endswith: - '\wscript.exe' - '\cscript.exe' - '\powershell.exe' - '\cmd.exe' condition: selection_parent and selection_child falsepositives: - Legitimate macro that automates system administration level: high # Convert to Splunk SPL with sigma-cli: # sigma convert -t splunk -p splunk-windows rule.yml # Convert to KQL for Microsoft Sentinel: # sigma convert -t sentinel rule.yml
Using the Sigma rule repository for ATT&CK coverage

The Sigma repository organises rules by ATT&CK tactic under the rules/windows/ directory. To find rules for a specific technique, search the repository for the technique ID:

# Find all Sigma rules tagged with T1059.001 (PowerShell) grep -r "t1059.001" rules/ --include="*.yml" -l # Convert a Sigma rule to SPL for Splunk pip install sigma-cli sigma convert -t splunk -p splunk-windows rules/windows/process_creation/proc_creation_win_powershell_encoded_cmd.yml # Convert to Microsoft Sentinel KQL sigma convert -t microsoft365defender rules/windows/process_creation/proc_creation_win_office_spawn_shell.yml # Bulk convert an entire tactic's rules to SPL sigma convert -t splunk -p splunk-windows rules/windows/credential_access/ -o cred_access_rules.conf
๐Ÿ’ก Start your detection library with Sigma rules Rather than writing detection rules from scratch, start from the Sigma rule library. Find the rules for the techniques most relevant to your environment, convert them to your SIEM's query language, test them against your data to calibrate false positive rates, and deploy. The community has already done the hard work of translating ATT&CK technique knowledge into detection logic โ€” your job is adapting those rules to your specific environment and data sources.
600+
techniques and sub-techniques in Enterprise ATT&CK 2026
130+
documented threat actor groups with ATT&CK-mapped TTPs
97%
of Fortune 500 security teams reference ATT&CK
Free
ATT&CK, Navigator, and the Sigma rule library are all free and open

โšก Getting started with ATT&CK this week

  1. Open ATT&CK Navigator and build your first coverage map โ€” go to attack.mitre.org/resources/navigator, create a new Enterprise layer, and colour the techniques you currently have SIEM or EDR detections for. Even a rough first pass in 30 minutes will reveal the shape of your coverage and the location of your biggest gaps. This single exercise produces immediate, actionable insight.
  2. Download the Navigator layer for the threat groups targeting your sector โ€” go to attack.mitre.org/groups, find the two or three groups most active in your industry, and download their Navigator layers. Compare them against your coverage layer. The intersection of "attacker uses this" and "we have no detection" is your detection engineering priority queue for the next quarter.
  3. Tag your five highest-volume SIEM alerts with ATT&CK technique IDs โ€” pick the five alerts your SOC sees most often, identify which ATT&CK technique each one detects, and add the technique ID to the alert name. This immediately improves analyst triage speed and starts building the habit of ATT&CK-tagging new rules as they are created.
  4. Connect ATT&CK to your threat hunting programme โ€” the next threat hunt you plan should start from an ATT&CK technique page. Use the Data Sources section to identify what logs to search. Use the Procedure Examples to understand what the malicious behaviour looks like. Threat hunting guide โ†’
  5. Understand how ATT&CK integrates with your full security stack โ€” ATT&CK is the common language used across SIEM alerts, EDR detections, SOAR playbooks, threat hunts, and incident reports. SIEM guide โ†’ | SOAR guide โ†’ | IR plan โ†’
Frequently asked questions
What is the MITRE ATT&CK framework?

MITRE ATT&CK (Adversarial Tactics, Techniques, and Common Knowledge) is a free, publicly accessible knowledge base of adversary tactics and techniques based on real-world cyberattack observations. Maintained by the non-profit MITRE Corporation since 2015, it provides a standardised taxonomy for describing attacker behaviour โ€” allowing security teams, threat intelligence providers, and security products to use a common language. The Enterprise matrix contains 14 tactics and over 600 techniques and sub-techniques covering Windows, macOS, Linux, cloud, and network environments. It is referenced in NIST CSF, CISA advisories, and virtually every major security framework.

What is the difference between a tactic and a technique in ATT&CK?

A tactic represents the attacker's goal โ€” what they are trying to achieve (Initial Access, Persistence, Lateral Movement, etc.). A technique represents how they achieve that goal โ€” the specific method used (T1059.001 PowerShell for execution, T1003.001 LSASS dump for credential access). The analogy: a tactic is "steal credentials" โ€” the objective. A technique is "dump LSASS memory using Mimikatz" โ€” the specific implementation. Sub-techniques (identified by the decimal notation like T1059.001) are even more specific variations of a technique, such as PowerShell being a specific type of Command and Scripting Interpreter (T1059).

How do I use ATT&CK for threat detection?

Use ATT&CK for threat detection in three steps: first, identify the techniques used by the threat actors most relevant to your industry using attack.mitre.org/groups; second, for each relevant technique, read the technique page's Detection section to understand what data sources and log events reveal the technique in your environment; third, build SIEM correlation rules or EDR detection policies that alert when those patterns appear, and tag each rule with the technique ID. Map your resulting detections in ATT&CK Navigator to visualise coverage. Use technique IDs in alert names so analysts immediately know what attacker behaviour triggered each alert.

What is ATT&CK Navigator?

ATT&CK Navigator is the official free web tool at attack.mitre.org/resources/navigator for annotating and visualising the ATT&CK matrix. You create "layers" โ€” colour-coded annotations on the matrix showing detection coverage, threat actor TTPs, or any other classification. Practical uses include: colouring techniques green where you have automated detection and red where you have gaps; downloading and displaying a threat actor group's documented technique usage; comparing your coverage layer against a threat actor layer to identify priority gaps; and documenting the techniques observed in an incident for the post-incident report. It is the primary tool for communicating your detection posture visually to leadership.

Do I need to have coverage for all 600+ ATT&CK techniques?

No โ€” attempting to cover all 600+ techniques is neither realistic nor the right approach. ATT&CK is not a compliance checklist to check off completely. The correct approach is: identify the 20โ€“30 techniques most commonly used by the threat actors that target your industry, ensure you have strong detection coverage for those specific techniques, and continuously expand coverage based on threat intelligence updates and incident findings. Focus on the techniques with the highest combination of frequency of use across your relevant threat actors and the highest potential impact if used successfully against you. Quality detection of 30 high-priority techniques beats shallow coverage of 600.

What is the difference between ATT&CK and Cyber Kill Chain?

Lockheed Martin's Cyber Kill Chain and MITRE ATT&CK both describe attacker behaviour, but at very different levels of detail. Kill Chain has 7 high-level stages (Reconnaissance, Weaponisation, Delivery, Exploitation, Installation, Command and Control, Actions on Objectives) โ€” useful for describing the broad phases of an attack but too abstract for detection engineering. ATT&CK has 14 tactics with 600+ specific techniques โ€” detailed enough to write detection rules, map to specific log sources, and attribute to specific threat actors. Kill Chain is a conceptual model for communication; ATT&CK is an operational reference for practitioners. Most security teams use Kill Chain for high-level conversation and ATT&CK for technical work.

About the author Written by the HOC Team at Hackers Online Club โ€” a cybersecurity community trusted by SOC analysts, detection engineers, threat hunters, red teamers, and security students since 2010. 15+ years of practical cybersecurity tutorials, threat detection guides, and security framework resources. Learn more about HOC โ†’