Skip to content

MITRE ATLAS: The Adversarial Threat Matrix for Artificial Intelligence

HASS

HERMES AGENTIC SECURITY SCORE & THREAT MATRIX RATING

Target: AI/ML Infrastructures, Large Language Models, MLOps Pipelines, and Autonomous Agent Runtimes
Confidence: 98%
88 / 100
CRITICAL

Measures specific systemic risk arising from autonomy, tool authority, and cascading execution.

Dimension Breakdown
Autonomy 16 / 20
Tool Access 15 / 20
Privilege 14 / 15
Persistence 17 / 15
External Impact 13 / 15
Propagation 13 / 15
⚖️ Divergence & Operational Rationale

HASS rates the unmitigated AI attack surface cataloged in ATLAS at 88/100 (CRITICAL). Unlike classical software exploits that target deterministic memory corruptions or logic bugs, adversarial AI attacks exploit the probabilistic nature of neural representations, data pipelines, and unconstrained semantic tool delegation.

🕸️ Knowledge Graph & Related Intelligence

AAP-005: Memory & Vector DB Knowledge CorruptionAGENTIC ATTACK_PATTERN

Connected Nodes: 5
Inbound Associations (Incoming)
CVE-2026-41264: LangChain / LangGraph Agent Loop RCEVULNERABILITY → leads_to → [This Entity]
91% VERY_HIGH
95% VERY_HIGH
AgentThreat StudioTOOL → evaluates → [This Entity]
99% VERY_HIGH
FrameworkMITRE ATLAS™
Official Portalatlas.mitre.org ↗
Taxonomy Scope14 Tactics · 60+ AML Techniques
Companion StandardMITRE ATT&CK® Enterprise

1. The AI Threat Modeling Revolution: Beyond Traditional IT

Section titled “1. The AI Threat Modeling Revolution: Beyond Traditional IT”

For over a decade, cybersecurity operations centered around the MITRE ATT&CK® framework. ATT&CK revolutionized defensive security by cataloging real-world adversary behavior against operating systems, networks, identity providers, and hypervisors.

However, the rapid deployment of Machine Learning (ML), Large Language Models (LLMs), and autonomous multi-agent swarms introduced an entirely new class of vulnerabilities that ATT&CK was never designed to address:

  • Non-Software Vulnerabilities: An adversary can force an LLM agent to execute unauthorized wire transfers or exfiltrate private data without exploiting a single memory corruption bug, binary flaw, or misconfigured network port.
  • Probabilistic Execution: Traditional software executes deterministic instructions (if/then). Neural networks compute continuous probability distributions over tokens or high-dimensional latent vectors. An attacker manipulates these distributions through semantic perturbations rather than raw binary payloads.
  • Data-as-Code Vulnerability: In AI systems, training datasets, fine-tuning corpora, vector database embeddings, and runtime prompts are directly ingested into the computational graph, collapsing the boundary between code and data.

To address this systemic blind spot, the MITRE Corporation, in collaboration with industry leaders and academic researchers, created MITRE ATLAS™ (Adversarial Threat Landscape for Artificial-Intelligence Systems). Modeled on the familiar matrix structure of ATT&CK, ATLAS provides a standardized, empirical taxonomy of adversary tactics, techniques, and case studies targeting AI systems across their entire lifecycle.


While MITRE ATT&CK and MITRE ATLAS share the same foundational philosophy—organizing adversarial behavior into tactical objectives (“why”) and specific techniques (“how”)—their operational domains diverge fundamentally:

Architectural DimensionMITRE ATT&CK® (Enterprise)MITRE ATLAS™ (AI/ML)
Target SubstrateOperating systems, network stacks, cloud IAM, containers, firmwareTraining corpora, model weights, embeddings, vector stores, prompt contexts
Execution MechanismDeterministic binary instructions (syscalls, shell execution, DLL injection)Probabilistic token generation, attention weight steering, gradient descent optimization
Exploitation VectorSoftware defects, logic flaws, memory corruptions (buffer overflows, RCE)Semantic prompt injection, data poisoning, adversarial examples, model extraction
Persistence MediumRegistry Run keys, scheduled tasks, cron jobs, startup services, WMI event subscriptionsPoisoned vector database chunks, backdoor triggers in weights, contaminated fine-tuning sets
Identification PrefixT#### (e.g., T1059 Command and Scripting Interpreter)AML.T#### (e.g., AML.T0051 LLM Prompt Injection)

The ATLAS matrix organizes adversarial actions across 14 tactical stages representing the end-to-end lifecycle of an attack against artificial intelligence:

┌────────────────────────────────────────────────────────────────────────────────────────────────────────┐
│ The MITRE ATLAS Matrix Lifecycle │
└───────────────────────────────────────────────────┬────────────────────────────────────────────────────┘
│
┌──────────────────────┐ ┌──────────────────────┐ ┌──────────────────────┐ ┌──────────────────────┐
│ 1. Reconnaissance │──>│ 2. Resource Develop. │──>│ 3. Initial Access │──>│ 4. ML Attack Staging │
│ (AML.TA0002) │ │ (AML.TA0003) │ │ (AML.TA0004) │ │ (AML.TA0005) │
└──────────────────────┘ └──────────────────────┘ └──────────────────────┘ └──────────────────────┘
│
┌──────────────────────┐ ┌──────────────────────┐ ┌──────────────────────┐ ▼
│ 8. Defense Evasion │<──│ 7. Privilege Escal. │<──│ 6. Persistence │<──┌──────────────────────┐
│ (AML.TA0009) │ │ (AML.TA0008) │ │ (AML.TA0007) │ │ 5. Execution │
└──────────┬───────────┘ └──────────────────────┘ └──────────────────────┘ │ (AML.TA0006) │
│ └──────────────────────┘
▼
┌──────────────────────┐ ┌──────────────────────┐ ┌──────────────────────┐ ┌──────────────────────┐
│ 9. Credential Access │──>│ 10. Discovery │──>│ 11. Lateral Movement │──>│ 12. Collection │
│ (AML.TA0010) │ │ (AML.TA0011) │ │ (AML.TA0012) │ │ (AML.TA0013) │
└──────────────────────┘ └──────────────────────┘ └──────────────────────┘ └──────────┬───────────┘
│
┌──────────────────────┐ ┌──────────▼───────────┐
│ 14. Impact │<──│ 13. Exfiltration │
│ (AML.TA0015) │ │ (AML.TA0014) │
└──────────────────────┘ └──────────────────────┘
  1. Reconnaissance (AML.TA0002): Gathering intelligence on target AI architecture, model families (GPT, Claude, Llama), training data sources, API rate limits, and guardrail layers.
  2. Resource Development (AML.TA0003): Acquiring surrogate models for offline gradient optimization, purchasing adversarial datasets, or renting GPU clusters to train trigger tokens.
  3. Initial Access (AML.TA0004): Gaining an initial foothold via public chat interfaces, email assistants, multimodal image upload portals, or insecure API gateways.
  4. ML Attack Staging (AML.TA0005): Crafting adversarial inputs, tailoring trigger phrases, optimizing embedding collisions, or assembling multi-step prompt injection chains.
  5. Execution (AML.TA0006): Triggering unauthorized actions via the AI system, including malicious code interpretation, unsafe model deserialization (PyTorch/Pickle RCE), or agent tool calls.
  6. Persistence (AML.TA0007): Embedding dormant triggers within long-term vector databases (as proven in AgentPoison / arXiv:2407.12784), fine-tuning checkpoints, or conversation history caches.
  7. Privilege Escalation (AML.TA0008): Escaping sandboxed user conversation roles to attain system-level agent execution or accessing privileged backend API keys.
  8. Defense Evasion (AML.TA0009): Bypassing input content filters, safety alignment (RLHF), prompt firewalls, and perplexity detectors through character substitution, base64 encoding, or linguistic obfuscation.
  9. Credential Access (AML.TA0010): Forcing the model to reveal hardcoded system API keys, database connection strings, or cloud tokens embedded in prompts or retrieved context.
  10. Discovery (AML.TA0011): Probing the model’s system prompt instructions, uncovering connected plugins, enumerating accessible MCP tools, or mapping downstream agent peers.
  11. Lateral Movement (AML.TA0012): Pivoting from an untrusted public-facing agent to a privileged internal agent within multi-agent orchestration frameworks (LangGraph, AutoGen, CrewAI).
  12. Collection (AML.TA0013): Gathering proprietary business logic, sensitive PII from conversational histories, or private enterprise documents retrieved via RAG.
  13. ML Model Access & Exfiltration (AML.TA0014): Stealing proprietary model weights, extracting synthetic training sets, or performing model inversion attacks to reconstruct private training samples.
  14. Impact (AML.TA0015): Corrupting model output integrity, causing algorithmic denial-of-service (Resource Exhaustion / Sponge Attacks), degrading decision accuracy, or triggering physical kinetic harm.

4. Key Techniques: Mapping the Modern LLM & Agent Attack Surface

Section titled “4. Key Techniques: Mapping the Modern LLM & Agent Attack Surface”

ATLAS indexes over 60 granular techniques identified by AML.T####. In the era of Generative AI and autonomous agent swarms, several techniques represent the primary vectors of active enterprise compromise:

AML.T0051: LLM Prompt Injection

Adversaries manipulate LLM behavior through crafted text inputs. Subdivided into Direct Prompt Injection (user prompt overrides system prompt) and Indirect Prompt Injection (AML.T0051.001) where malicious instructions are ingested from external third-party data (webpages, emails, PDFs). Mapped in Hermes: AAP-001 & AAP-002.

AML.T0054: LLM Jailbreak

Bypassing model safety filters, alignment guardrails, and system policies through adversarial framing, hypothetical roleplay, or token-level optimization (AttnGCG) to elicit forbidden instructions. Mapped in Hermes: Alignment Layer & RLHF Jailbreaks.

AML.T0043: Data Poisoning

Contaminating data ingested during pre-training, fine-tuning, or dynamic RAG retrieval to introduce deterministic biases, degrade performance, or implant dormant trigger backdoors. Mapped in Hermes: AAP-005 & AgentPoison Study.

AML.T0053: LLM Plugin/Tool Compromise

Adversaries force the LLM to dispatch unauthorized external tool invocations or manipulate structured arguments passed to operating system commands, SQL databases, or MCP endpoints. Mapped in Hermes: AAP-003: Tool Parameter Tampering.


5. Operationalizing ATLAS in the SOC: Industry Perspectives

Section titled “5. Operationalizing ATLAS in the SOC: Industry Perspectives”

Both CrowdStrike and Vectra AI emphasize that threat intelligence frameworks are useless unless operationalized into actionable detection engineering and Security Operations Center (SOC) triage playbooks.

The CrowdStrike Perspective: Unified IT and AI Threat Modeling

Section titled “The CrowdStrike Perspective: Unified IT and AI Threat Modeling”

In their security analysis, CrowdStrike underlines that attacks on AI systems do not occur in a vacuum. Adversaries rarely attack an AI model in isolation; instead, they execute hybrid attack chains bridging traditional enterprise IT and AI:

  1. Initial Breach via Classical IT: An adversary breaches an enterprise network using a compromised VPN credential or unpatched software vulnerability.
  2. Pivot into MLOps Infrastructure: The attacker moves laterally into internal Kubeflow, MLflow, or Jupyter server environments.
  3. ATLAS Exploitation: The attacker executes AML.T0043 (Data Poisoning) or AML.T0024 (Model Exfiltration) to manipulate models or steal intellectual property.
  4. Conclusion: Security teams cannot isolate AI security from traditional endpoint detection and response (EDR); they must correlate telemetry across host processes, cloud infrastructure, and AI inference logs.

The Vectra AI Perspective: Behavioral Detection of Agentic Hijacking

Section titled “The Vectra AI Perspective: Behavioral Detection of Agentic Hijacking”

Vectra AI focuses on the runtime reality of modern AI deployments, emphasizing that static prompt inspection fails against advanced cognitive threats:

  • The Failure of Regex and WAFs: Attackers easily bypass string-matching firewalls using semantic rephrasing, multilingual encoding, or gradient-optimized suffixes.
  • Behavioral Anomaly Detection: SOCs must monitor behavioral indicators across the AI lifecycle:
    • LLMjacking & Resource Spikes: Sudden surges in token consumption, unexpected burst queries, or high-concurrency requests indicating API scraping or DoS.
    • RAG Access Velocity: Abnormal queries retrieving sensitive document collections outside the user’s normal operational baseline.
    • Tool Execution Divergence: An agent suddenly calling administrative tools (e.g., executing Bash commands or querying payroll tables) after handling seemingly innocuous conversational queries.

ATLAS matches every adversarial technique with proven architectural and defensive mitigations:

  1. Adversarial Input Detection (AML.M1001): Implement input validation, perplexity filters, and semantic classifiers to detect known jailbreak patterns and adversarial prompt perturbations before they reach the model core.
  2. Restrict Model Access (AML.M1004): Enforce strict authentication, mutual TLS, and rate-limiting on all internal and external inference APIs to mitigate model extraction and brute-force prompt probing.
  3. Data Pipeline Sanitation (AML.M1012): Cryptographically sign and hash all ingested RAG documents, fine-tuning datasets, and external embeddings. Apply dual-retriever consensus (Dense + BM25) to neutralize embedding collision attacks.
  4. Sandboxed Tool Execution (AML.M1016): Restrict agent tool capabilities using lightweight container sandboxes (Wasm, gVisor) with immutable read-only filesystems and strict JSON parameter schemas.
  5. Output Filtering & Action Verification (AML.M1015): Pass all model outputs and planned tool calls through independent verification agents or deterministic boundary firewalls before executing state-changing operations.

7. Defensive Telemetry & Detection Engineering

Section titled “7. Defensive Telemetry & Detection Engineering”

Modern SOCs must translate ATLAS techniques into concrete telemetry queries and alert signatures.

"""
Hermes ATLAS Telemetry Normalizer
Maps runtime AI application events to MITRE ATLAS Tactics and Techniques
for automated SIEM/XDR ingestion.
"""
from typing import Dict, Any, Optional
from datetime import datetime, timezone
ATLAS_MAPPING = {
"prompt_override_attempt": {
"tactic": "AML.TA0004",
"technique": "AML.T0051",
"technique_name": "LLM Prompt Injection",
"severity": "HIGH"
},
"jailbreak_pattern_detected": {
"tactic": "AML.TA0009",
"technique": "AML.T0054",
"technique_name": "LLM Jailbreak",
"severity": "CRITICAL"
},
"vector_store_drift_anomaly": {
"tactic": "AML.TA0007",
"technique": "AML.T0043",
"technique_name": "Data Poisoning",
"severity": "CRITICAL"
},
"unauthorized_tool_invocation": {
"tactic": "AML.TA0006",
"technique": "AML.T0053",
"technique_name": "LLM Plugin Compromise",
"severity": "EXTREME"
}
}
def generate_atlas_alert(event_type: str, raw_payload: Dict[str, Any]) -> Optional[Dict[str, Any]]:
if event_type not in ATLAS_MAPPING:
return None
meta = ATLAS_MAPPING[event_type]
return {
"timestamp": datetime.now(timezone.utc).isoformat(),
"framework": "MITRE_ATLAS",
"tactic_id": meta["tactic"],
"technique_id": meta["technique"],
"technique_name": meta["technique_name"],
"severity": meta["severity"],
"model_id": raw_payload.get("model_id", "unknown"),
"session_id": raw_payload.get("session_id", "anonymous"),
"telemetry_detail": raw_payload.get("details", {})
}

8. Hermes Capability Separation: What Can Adversaries Actually Achieve Today?

Section titled “8. Hermes Capability Separation: What Can Adversaries Actually Achieve Today?”

Applying Hermes Codex empirical evaluation standards to the MITRE ATLAS matrix:

┌──────────────────────────────────────────────────────────────────────────────────────────┐
│ HERMES CAPABILITY SEPARATION (MITRE ATLAS) │
├──────────────────────────────────────────────────────────────────────────────────────────┤
│ [1] DEMONSTRATED CAPABILITY (Proven in Production & Empirically Documented) │
│ ✔ Bypass safety alignment via automated jailbreaks (AML.T0054 / AttnGCG). │
│ ✔ Execute Indirect Prompt Injection via web/PDF ingestion (AML.T0051.001 / AAP-002). │
│ ✔ Poison vector database memory with <0.1% injection rate (AML.T0043 / AgentPoison). │
│ ✔ Force unauthorized tool invocations through parameter tampering (AML.T0053 / AAP-003)│
├──────────────────────────────────────────────────────────────────────────────────────────┤
│ [2] REASONED INFERENCE (High Probability Near-Term Enterprise Threats) │
│ ◐ Automated cross-agent lateral movement in multi-agent swarms (AML.TA0012 / AAP-006). │
│ ◐ Covert credential exfiltration via conversational steganography (AML.TA0010). │
│ ◐ Exploitation of shared MCP router proxies for infrastructure takeover. │
├──────────────────────────────────────────────────────────────────────────────────────────┤
│ [3] HYPOTHETICAL SPECULATION (Unproven Assumptions & Disproven Marketing Claims) │
│ ✖ Complete black-box extraction of 100B+ frontier model weights through public APIs. │
│ ✖ Autonomous self-replicating AI worms that spread across disconnected air-gapped nets.│
│ ✖ Perfect prompt firewalls capable of eliminating 100% of semantic injections. │
└──────────────────────────────────────────────────────────────────────────────────────────┘

Section titled “9. Comprehensive Mapping & Related Intelligence”