Agent tool poisoning describes a compromised or manipulated tool surface that changes what an agent is told, what the tool can do, what it returns, or how the agent chooses and executes a downstream action.
GLOSSARY DEFINITION
What Is Agent Tool Poisoning?
Agent tool poisoning is the manipulation of a tool's metadata, configuration, implementation, dependency, output, or behavior so an agent is steered toward an unsafe decision or action.
Working editorial definition. Topic-specific authoritative sources are required before publication.
Agent Tool Poisoning Definition
Tool descriptions and metadata
Plugin or skill code
Dependencies
Configuration
Updates
Returned content
Runtime behavior
Every unsafe tool call
Every prompt injection
Every compromised model
Proof that a specific product detects the behavior
Where the Risk Can Enter
Instructions or metadata may influence when and how the agent selects the tool.
The code behind a tool, plugin, or skill may perform behavior beyond the expected function.
A package or downstream service may change the behavior of an otherwise trusted component.
Endpoints, permissions, environment variables, or defaults may redirect or expand the tool's reach.
Tool output may influence later reasoning, tool choice, data access, or actions.
A Typical Tool-Poisoning Path
This module requires approved source evidence and publication copy before release.
Potential Impact
The agent may choose an unsafe or unintended tool.
The tool may request or receive data outside the expected task.
The workflow may trigger commands, file access, or sensitive writes.
The tool may influence network requests or credential handling.
Actual impact depends on the agent's permissions, host controls, available data, connected systems, and runtime checks.
Tool Poisoning vs Prompt Injection
How MCP Tool Poisoning Fits the Concept
MCP tool poisoning can be an MCP-specific instance when manipulated tool descriptions, server behavior, configuration, updates, or returned content influence an agent through an MCP connection. Tool poisoning is not limited to MCP.
MCP tool poisoning can be an MCP-specific instance when manipulated tool descriptions, server behavior, configuration, updates, or returned content influence an agent through an MCP connection. Tool poisoning is not limited to MCP.
Who operates the server?
Which tools and descriptions are exposed?
Which permissions and data paths are available?
How are updates reviewed?
Which runtime calls are observable or blockable?
Review MCP & Agent Security
/solutions/mcp-security
What Teams Should Verify
Related AgentGuard Controls
AgentGuard publicly documents Deep Scan for skills, plugins, MCP servers, and agents, including malicious tools and backdoors as named risk categories.
AgentGuard publicly documents Runtime Guard for named high-risk action categories before execution. Whether a specific tool path is covered depends on the integration.
These public facts do not support a claim that AgentGuard detects every poisoned tool, every prompt injection, or every third-party MCP runtime call.
Frequently Asked Questions
What is agent tool poisoning?
How is tool poisoning different from prompt injection?
Is MCP tool poisoning the same concept?
What determines the impact of a poisoned tool?
Can AgentGuard Deep Scan guarantee that a tool is safe?
Continue from Concept to Practice
Use the relevant guide, product documentation, and current first-party evidence to verify the next step.