Home › Tracks › Agentic Systems & Harness Engineering › Agent Runtime Security: Threat Modeling, Tool Hijacking & Credential Isolation
Week 11 concept
Agent Runtime Security: Threat Modeling, Tool Hijacking & Credential Isolation
Harden autonomous agent runtimes against indirect prompt injection, unvetted tool execution, and privilege escalation through credential scoping, kernel-isolated sandboxing, and out-of-band monitoring.
Bridges to Information Security — threat modeling, capability isolation, and least privilegeBuilds on: Agent Verification Loops & HITL Guardrails
Study notes
Master this concept.
Agent Runtime Security
What it is
Agent runtime security is the practice of isolating an AI agent's execution environment to prevent it from performing unauthorized actions. While traditional software security focuses on bugs in code, agent security focuses on "behavioral vulnerabilities" where an LLM is tricked into using its provided tools for malicious purposes.
Why it matters
Autonomous agents are granted "agency", the ability to call APIs, read files, and execute code. If an agent reads a malicious email containing an indirect prompt injection, that hidden instruction could command the agent to exfiltrate the user's private data or delete cloud resources. Without strict runtime boundaries, the agent becomes a high-privilege proxy for any attacker who can feed it text.
Core concepts to master
- Indirect Prompt Injection: Understanding how external data (web pages, documents) can contain hidden commands that override the agent's original system instructions.
- Tool Hijacking: The risk of an agent being manipulated into calling a tool with unintended arguments, such as changing a destination email address during a "send mail" operation.
- Credential Isolation: The principle of providing agents with short-lived, scoped tokens rather than broad administrative keys, ensuring a breach is contained to a single task.
- Kernel-Isolated Sandboxing: Running untrusted code execution (like a Python interpreter) in a restricted environment (e.g., gVisor or Firecracker) to prevent the agent from accessing the host system.
- Out-of-Band Monitoring: Using a separate, non-LLM security layer to audit tool calls and flag anomalies without relying on the agent to self-police.
Common mistakes
- Over-privileging: Giving an agent a "God-mode" API key instead of specific, read-only permissions.
- Implicit Trust: Assuming that because the agent is "smart," it can distinguish between a user's command and a malicious instruction found in a retrieved document.
- In-Band Validation: Asking the LLM to "check if this action is safe" before executing it, which can be bypassed by the same injection attack.
Track connection
This concept bridges the gap between Agentic Design (how the agent thinks) and Harness Engineering (how the agent is deployed). It transforms a theoretical prototype into a production-ready system by adding the necessary guardrails to ensure autonomy does not lead to instability.
Go to the source
Read, watch, and practice.
Free, world-class material chosen for this concept.
- Guide OWASP Top 10 for Large Language Model Applications OWASP Free (opens in a new tab)
- Article Mitigating prompt injection and other agentic risks Anthropic Free (opens in a new tab)
- Guide gVisor — Application Kernel for Container Isolation Google Free (opens in a new tab)
- Guide Model Context Protocol — Secure Transports and Tunnels Anthropic / MCP Free (opens in a new tab)