O
OOMeta
← Back to Insights

September 2026 · 7 min read

OWASP Agentic Top 10
from risk list to controls

OWASP Agentic Top 10: from risk list to controls

OWASP published the first security baseline for autonomous AI agents in December 2025. Most coverage stops at listing the ten risks. This page turns ASI01-ASI10 into a working checklist: the control to implement and the evidence to audit, for each risk.

Key Definitions

OWASP Agentic Top 10 OWASP's 2026 risk baseline for autonomous AI agents: ten categories (ASI01-ASI10) spanning goal hijack, tool misuse, identity abuse, supply chain, code execution, memory poisoning, inter-agent communication, cascading failures, trust exploitation, and rogue agents.

Agent goal hijack (ASI01) An attack that redirects an agent's goals through injected instructions or poisoned content, so the agent executes the attacker's intent instead of the operator's.

What the framework is — and what it isn't

The OWASP Top 10 for Agentic Applications 2026was developed by more than 100 industry experts, researchers, and practitioners, with peer review from NIST, the Microsoft AI Red Team, AWS, and other major organizations. It catalogs risks that are unique to agents — systems OWASP defines as "autonomous AI systems capable of planning, making decisions, and acting across multiple steps and tools."

Two boundaries matter when you apply it. First, it does not replace the OWASP Top 10 for LLM applications — prompt injection and insecure output handling still apply to anything an agent reads. Second, it is a risk vocabulary, not a certification: it tells you which questions to ask, not which product to buy and not whether your deployment passes.

The checklist: ASI01-ASI10 mapped to controls and evidence

For each risk: what it is, the control that addresses it, and the evidence an auditor — or a buyer — can actually check.

ASI01: Agent Goal Hijack

Injected instructions or poisoned content redirect the agent's goals — the attacker's intent runs instead of the operator's.

Control: Treat every fetched item (web pages, files, emails, tool outputs) as data, never as instructions. Separate instruction from content channels, and scope what the agent may decide on its own.

Evidence: An injection test suite that runs in CI against every agent release, with results attached to the deployment record.

ASI02: Tool Misuse and Exploitation

The agent calls legitimate tools in unintended ways — deleting data, sending unauthorized API requests, exfiltrating through allowed channels.

Control: Least-privilege scopes per tool, parameter validation at the tool boundary, and human approval gates for destructive or irreversible actions.

Evidence: A tool permission matrix per agent: which tools, which scopes, which actions require approval.

ASI03: Identity & Privilege Abuse

Agents inherit human credentials or share service accounts, so actions are unattributable and over-privileged.

Control: A distinct, verifiable identity per agent with short-lived credentials and permissions decoupled from any employee's account.

Evidence: An agent identity inventory with credential lifetimes — no shared service accounts, no long-lived tokens.

ASI04: Agentic Supply Chain

Malicious or tampered skills, plugins, MCP servers, and registries become the attack surface — the February 2026 ClawHavoc incident and the GitSpawn class both entered through this door.

Control: Signed registries only, an AIBOM for every deployed skill pack, version pinning, and review before install — treat skills like code dependencies.

Evidence: A signed manifest per deployed skill pack, with provenance recorded at install time.

ASI05: Unexpected Code Execution

Agent-generated or agent-invoked code turns into unintended execution on the host — the AutoGPT RCE class.

Control: Run agent-invoked code in sandboxed, isolated environments (containers or VMs) with egress controls; never on the host with developer privileges.

Evidence: Sandbox configuration export plus periodic escape-test results.

ASI06: Memory & Context Poisoning

Corrupted memories, embeddings, or RAG stores bias future behavior long after the initial interaction — the Gemini memory attack pattern.

Control: Validate memory writes, tag every memory with provenance, and audit or reset persistent memory on a schedule.

Evidence: A memory provenance log: what was stored, from which source, when.

ASI07: Insecure Inter-Agent Communication

Spoofed or manipulated agent-to-agent messages misdirect entire workflows.

Control: Mutual authentication and message signing between agents; schema validation on every message boundary.

Evidence: A channel inventory listing every agent-to-agent link and its authentication status.

ASI08: Cascading Failures

A single fault propagates across agents, tools, and pipelines into system-wide impact — the multi-agent collusion scenario documented in the HuggingFace breach.

Control: Blast-radius limits per workflow, circuit breakers between agents, and rate caps that stop runaway loops.

Evidence: A failure drill report: what happens when one agent in the chain is compromised or stuck.

ASI09: Human-Agent Trust Exploitation

Confident, polished agent explanations mislead operators into approving harmful actions.

Control: Approval interfaces that show exactly what is being approved — action, scope, data — and out-of-band confirmation for high-risk operations.

Evidence: An approval log that captures the full context presented to the human at approval time.

ASI10: Rogue Agents

Agents drift from their declared mission, conceal behavior, or act self-directed — the Replit meltdown pattern.

Control: Runtime monitoring of behavior against the declared mission, drift detection, and a tested kill switch per agent.

Evidence: Drift alerts and a termination drill: prove you can stop an agent in production, today.

The three most overlooked items

In production deployments we review, three items fail most often — and all three entered public consciousness through real incidents:

ASI04 supply chain. Skills, plugins, and MCP servers get installed unsigned and unreviewed. The February 2026 ClawHavoc incident showed contaminated agent components propagating at scale, and the GitSpawn disclosures showed that even the git config inside a repo-as-files can execute code in coding agents. Treat every skill pack like a code dependency: signed, pinned, reviewed.

ASI06 memory poisoning.Persistent memory is trusted because "the agent wrote it." But an agent that can be manipulated once can write a manipulation that persists — the Gemini memory attack demonstrated the pattern, and the governance-decay research showed context compaction silently eroding safety rules across sessions. Memory needs provenance and periodic audit, like any other data store.

ASI08 cascading failures.Chained agents multiply each other's errors. The multi-agent collusion documented in the HuggingFace breach showed how one compromised participant misdirects an entire workflow. Circuit breakers and blast-radius limits are plumbing, not polish — and almost nobody drills for them.

How to run the assessment

Score each deployed agent 0-2 on every item: 0 means the control is absent, 1 means partial, 2 means the control is present with auditable evidence. The result is a 20-point profile per agent, which is comparable across teams and vendors. Two rules make it operational: any zero on ASI03, ASI04, or ASI06 blocks production deployment until remediated, and the evidence — not the self-assessment — is what counts.

The same profile works in procurement. When a vendor claims their agent platform is secure, map their answers to ASI01-ASI10 and ask for the evidence per item. The framework turns "trust us" into ten concrete questions.

What to do next

If you run agents in production, start with the identity inventory (ASI03) and the skill-pack manifest (ASI04) — both are achievable in a week and both close the doors that current attacks actually use. If you are buying, send the vendor the ten questions before the demo.

OOMeta AI

OOMeta's AI governance platform includes an agent security assessment module that scores deployments against the OWASP Agentic Top 10 and produces the evidence pack auditors ask for.

Schedule a Diagnostic

Sources: OWASP GenAI Security Project, OWASP Top 10 for Agentic Applications 2026(December 2025) and the project's December 9, 2025 release announcement; Microsoft Security Blog (March 2026) on mapping the Top 10 to Copilot Studio controls. Related OOMeta coverage: GitSpawn coding-agent RCE, llms.txt dependency confusion, multi-agent collusion in the HuggingFace breach, and governance decay under context compaction.

FAQ

What is the OWASP Top 10 for Agentic Applications?+

A risk framework published by the OWASP GenAI Security Project in December 2025, developed with more than 100 industry experts and peer-reviewed by organizations including NIST, Microsoft AI Red Team, and AWS. It catalogs the ten most critical security risks for autonomous AI agents, labeled ASI01 through ASI10.

How is it different from the OWASP Top 10 for LLM applications?+

The LLM Top 10 covers risks of applications that answer questions. The Agentic Top 10 covers risks of systems that take actions: agents have goals, memory, tool access, and delegated authority, so the risk surface extends from bad output to unauthorized actions — goal hijack, tool misuse, privilege abuse, and rogue behavior.

What are the ten risks in the Agentic Top 10?+

ASI01 Agent Goal Hijack, ASI02 Tool Misuse and Exploitation, ASI03 Identity & Privilege Abuse, ASI04 Agentic Supply Chain, ASI05 Unexpected Code Execution, ASI06 Memory & Context Poisoning, ASI07 Insecure Inter-Agent Communication, ASI08 Cascading Failures, ASI09 Human-Agent Trust Exploitation, and ASI10 Rogue Agents.

Which items are most often overlooked in enterprise deployments?+

Three: ASI04 agentic supply chain (skills and MCP servers installed unsigned and unreviewed), ASI06 memory and context poisoning (persistent memory trusted without provenance), and ASI08 cascading failures (no blast-radius limits or circuit breakers between chained agents).

How do I assess an agent against the framework?+

Score each deployed agent 0-2 on every item: 0 = control absent, 1 = partial, 2 = control present with auditable evidence. That yields a 20-point profile per agent. Any zero on ASI03, ASI04, or ASI06 should block production deployment until remediated.

Can the framework be used for vendor selection?+

Yes — that is one of its main values. When a vendor claims their agent platform is secure, map their controls to ASI01-ASI10 and ask for the evidence per item. Vague security promises become concrete, comparable answers.

Does passing the checklist mean an agent is secure?+

No. The Top 10 is a risk vocabulary and a starting baseline, not a certification. It tells you which questions to ask and what evidence to collect; it does not replace runtime monitoring, red-teaming, or the specific threat model of your deployment.