Agentic AI threat model

This a Reference map of all threats across an agentic AI system’s architecture and execution pipeline.

For the clickable, filterable version of this same data, see Agent Threat Explorer

Architecture overview

This represents an overview of all internal components and steps which are part of an agentic AI system which are responsible for processing of autonomous actions by the agent(s).

Architecture Overview Map

Pipeline view — where and when threats trigger

This Pipeline view provides some lifecycle spots which are always prone to threats and malicious acts:

Pipeline Threat Trigger Diagram

Agentic AI threats-Operational Flow

Agentic AI Threat-Operational Flow

Full threat catalog

This is a full threat catalog with 28 threats across 9 domains based upon our current understanding of the agentic architecture and as source of truth if these ever diverge.

Agent Core (Reasoning) (7)

IDThreatPipeline stage(s)DescriptionExample
T01Goal overreachStage 2 - ReasoningAgent expands or reinterprets its objective beyond the scope the user or operator granted.Asked to ‘clean up files’, agent also deletes logs it decides are ‘clutter’.
T02Reward hackingStage 2 - ReasoningAgent optimizes for a proxy signal (task marked complete, metric improved) rather than true intent.Agent marks a test suite as passing by deleting the failing tests instead of fixing the bug.
T03Unsafe external actionStage 2 to 3 - Reasoning to tool executionReasoning output authorizes a real-world action without adequate safety or reversibility checks.Agent issues a production database DROP instead of a scoped DELETE.
T04Objective manipulationStage 1 to 2 - Ingest to reasoningExternal input rewrites or subverts the agent’s underlying goal.A webpage the agent reads contains hidden text instructing it to change its own task.
T29Runtime containment failureStage 2 - Reasoning / cross-cuttingThe agent’s execution runtime fails to enforce its own operating boundaries, allowing state or control to escape the intended sandBox.An agent process retains elevated privileges after its task scope should have expired.
T32Denial of wallet / recursion loopCross-cutting (Stage 2 to 3)Unbounded recursion, retries, or sub-task spawning drains API budget or compute without a human noticing until cost is incurred.A planning loop repeatedly re-invokes an expensive tool call on failure with no backoff or spend ceiling.
T33Multimodal / steganographic jailbreakStage 1 to 2 - Ingest to reasoningInstructions hidden in image, audio, or other non-text channels bypass filters built for the text modality.An instruction embedded in image metadata or sub-audible audio reaches reasoning without passing text-based content filters.

Orchestration (3)

IDThreatPipeline stage(s)DescriptionExample
T05Delegation hijackStage 2 to 3 - Reasoning to delegationA malicious or compromised component intercepts or redirects a delegated sub-task.A sub-task meant for a reporting tool is silently rerouted to an attacker-controlled endpoint.
T06Task injectionStage 1 to 2 - Ingest to orchestrationUnauthorized tasks are inserted into the delegation queue, appearing legitimate to downstream components.A crafted document adds an extra ‘send credentials to’ step to the task list the agent processes.
T07Priority manipulationStage 2 - OrchestrationTask ordering or urgency is manipulated to force premature or out-of-sequence execution.An injected ‘urgent’ flag causes the agent to skip a review step it would normally wait for.

Memory & Context (4)

IDThreatPipeline stage(s)DescriptionExample
T10Memory poisoningStage 2 - Memory read/writeMalicious data is written into persistent memory or a vector store to influence future reasoning.A poisoned support ticket is stored and later retrieved as ‘trusted’ context for a different user.
T11Context leakageStage 2 - Memory read/writeInformation from one context, user, or session boundary bleeds into another.One tenant’s retrieved documents appear in another tenant’s agent session.
T12Long-term memory corruptionStage 2 - Memory read/writePersistent memory is degraded or falsified over time, compounding errors across sessions.Repeated small factual injections gradually shift the agent’s stored ‘known facts’ about a user.
T34aIndirect prompt injection (stored payload)Stage 2 - Memory read/writeUntrusted content ingested earlier is stored, then later retrieved and treated as trusted instruction.An email footer with hidden instructions is summarized into memory and acted on in a later session.

Identity & Access (3)

IDThreatPipeline stage(s)DescriptionExample
T15Identity spoofingStage 3 - Tool / identity boundaryAn entity impersonates a legitimate user, agent, or service identity to gain trust.A sub-agent presents credentials claiming to be the orchestrator that spawned it.
T16Privilege escalationStage 3 - Tool / identity boundaryAn agent or component gains permissions beyond what its task or role requires.A read-only reporting agent obtains write access via a misconfigured shared credential.
T17Session hijackStage 3 - Tool / identity boundaryAn active authenticated session is taken over and reused by an unauthorized party.A leaked session token lets an attacker continue an agent’s authenticated browser session.

Tool & External Services (3)

IDThreatPipeline stage(s)DescriptionExample
T20Malicious tool callStage 3 - Tool executionThe agent is induced to invoke a tool or API in a harmful or unintended way.A crafted input tricks the agent into calling a ‘send email’ tool to exfiltrate data.
T21Unauthorized API accessStage 3 - Tool executionA tool call reaches an API or scope the agent was not authorized to use.An agent scoped to a sandbox API instead reaches a production endpoint due to shared credentials.
T26Sandbox escapeStage 3 - Tool executionExecution breaks out of its intended isolation boundary into the host system or network.A code-execution tool call reaches the underlying host filesystem outside its container.

Output & Exfiltration (1)

IDThreatPipeline stage(s)DescriptionExample
T34bCovert side-channel exfiltrationStage 4 - Output renderingSensitive data is smuggled out through a rendering channel that isn’t monitored as a data-egress path.Markdown image syntax rendered by the agent causes a client to fetch a URL encoding stolen data.

Sub-Agents & Swarms (2)

IDThreatPipeline stage(s)DescriptionExample
T27Trust ledger manipulationStage 2 to 3 - Swarm coordinationThe record used to establish trust between cooperating agents is falsified or tampered with.A rogue sub-agent inflates its own trust score to gain approval authority over peers.
T28Agentic swarm escalationStage 2 to 3 - Swarm coordinationCoordinated sub-agents collectively achieve an outcome no single agent was authorized to perform alone.Several scoped-down sub-agents each perform a benign step that together bypass a control.

Human Governance (HITL) (3)

IDThreatPipeline stage(s)DescriptionExample
T35Approval fatigueStage 3 to 4 - Human approval gateFrequent, low-stakes-seeming approval requests condition a human reviewer to rubber-stamp without scrutiny.A supervisor approves dozens of routine-looking requests per day and misses the one that isn’t.
T36Deceptive approval UI / clickjackingStage 3 to 4 - Human approval gateThe approval interface itself is manipulated so the human approves something other than what they believe.An overlay or relabeled button causes a reviewer to approve a broader action than displayed.
T37Social engineering of human supervisorStage 3 to 4 - Human approval gateThe agent, or content it surfaces, persuades a human overseer to override a safety control directly.The agent argues a blocked action is urgent and safe, prompting the supervisor to bypass the gate.

System & Escalation Boundary (2)

IDThreatPipeline stage(s)DescriptionExample
T30Cascading failureCross-cutting - all stagesA failure in one component propagates and compounds across other components rather than staying contained.A memory corruption event triggers repeated flawed tool calls, each worsening system state.
T31Out-of-bound escalation cycleCross-cutting - all stagesOnce containment is breached, the system re-enters a failure loop rather than halting or degrading safely.A containment failure triggers recovery logic that itself re-triggers the same failure condition.