Fictional boundary examples illustrate risks and practical safeguards. No single control eliminates every prompt injection or agent security risk.
RISK 01 / DEFENSIVE ARCHITECTURE
Prompt Injection
Untrusted content attempts to influence an agent’s instructions or behavior.
BOUNDARY EXAMPLE
A retrieved document introduces instructions across a data-to-agent boundary.
CONTROLS & DESIGN RECOMMENDATIONS
Separate data from instructions, constrain tool access, and require review for sensitive actions.
MONITORING OPPORTUNITIES
Observe unexpected tool requests and changes in workflow intent.
RISK 02 / DEFENSIVE ARCHITECTURE
Tool Poisoning
An untrusted or modified tool description misrepresents its capabilities or behavior.
BOUNDARY EXAMPLE
A changed description crosses the server-to-tool-inventory boundary.
CONTROLS & DESIGN RECOMMENDATIONS
Review tool provenance, allowlist servers, and monitor metadata changes.
MONITORING OPPORTUNITIES
Record tool inventory revisions and flag unexpected capability changes.
RISK 03 / DEFENSIVE ARCHITECTURE
Excessive Permissions
An agent or tool receives broader access than its task requires.
BOUNDARY EXAMPLE
A read-only task receives a token with write permissions.
CONTROLS & DESIGN RECOMMENDATIONS
Scope permissions to specific operations and resources. Use short-lived, audience-restricted tokens.
MONITORING OPPORTUNITIES
Compare requested operations with approved scopes and actual usage.
RISK 04 / DEFENSIVE ARCHITECTURE
Confused Deputy Risks
A trusted component uses its privileges on behalf of an unauthorized party.
BOUNDARY EXAMPLE
An agent request crosses into a privileged gateway without caller context.
CONTROLS & DESIGN RECOMMENDATIONS
Validate the caller and resource authorization; preserve user context across boundaries.
MONITORING OPPORTUNITIES
Trace requester identity, token audience, and delegated action decisions.
RISK 05 / DEFENSIVE ARCHITECTURE
Credential & Token Exposure
Secrets or access tokens are mishandled across system boundaries.
BOUNDARY EXAMPLE
A tool response includes a credential in an agent-visible output.
CONTROLS & DESIGN RECOMMENDATIONS
Isolate secrets, redact sensitive outputs, and avoid embedding credentials in prompts.
MONITORING OPPORTUNITIES
Monitor secret-handling paths and audit token use without logging token values.
RISK 06 / DEFENSIVE ARCHITECTURE
Unauthorized Data Exfiltration
Sensitive information leaves an approved trust boundary.
BOUNDARY EXAMPLE
A restricted retrieval result is directed toward an unapproved external destination.
CONTROLS & DESIGN RECOMMENDATIONS
Classify data, enforce retrieval access and egress policies, and review sensitive transfers.
MONITORING OPPORTUNITIES
Correlate resource access, destinations, and anomalous transfer patterns.
RISK 07 / DEFENSIVE ARCHITECTURE
Agent-to-Agent Trust
Cooperating agents introduce additional authorization and accountability challenges.
BOUNDARY EXAMPLE
One agent forwards a task to a second agent with different privileges.
CONTROLS & DESIGN RECOMMENDATIONS
Authenticate each agent, define delegation limits, and keep independent authorization checks.
MONITORING OPPORTUNITIES
Maintain correlated traces across agent identities and delegation events.
RISK 08 / DEFENSIVE ARCHITECTURE
Uncontrolled Tool Execution
A tool performs a high-impact action without appropriate approval.
BOUNDARY EXAMPLE
An infrastructure request reaches deployment without a human checkpoint.
CONTROLS & DESIGN RECOMMENDATIONS
Sandbox execution, constrain resource use, and require approvals for high-risk operations.
MONITORING OPPORTUNITIES
Record approval state and correlate tool execution with policy decisions.