Teknisk GUIDE
MCP Security and Tool Poisoning
MCP security covers the risks that come from connecting AI agents to Model Context Protocol servers.
På denne siden4 min lesing
Oversikt
The best-known risk is tool poisoning, where a tool's description hides instructions that the model follows but the user never sees. Because MCP servers can read files, send messages and act with real credentials, one malicious or careless server can turn a helpful assistant into a way to steal data or cause damage.
Dypdykk
The Model Context Protocol, which Anthropic introduced in late 2024, standardizes how AI applications connect to external tools and data. A client such as a desktop assistant or IDE connects to servers, and each server advertises tools with names, descriptions and input schemas. The model reads those descriptions as part of its context, and that is where the main risk comes from. Tool poisoning puts malicious instructions inside a tool's description or metadata. The model treats the description as trusted guidance, but many interfaces show users only a short name, so the hidden text goes unseen. A poisoned tool can also steer how the model uses other, legitimate tools. This is sometimes called tool shadowing. A rug pull happens when a server that was approved as safe later changes its tool definitions. Most approvals happen once, so the change can go unnoticed. Over-broad permissions increase the damage from any attack. A server holding a token with full account access, or a filesystem server rooted at the home directory, gives an attacker far more than the task needed. A confused deputy is a trusted component tricked into using its authority for someone else. In MCP setups, a common version is indirect prompt injection: untrusted content such as a web page, email or issue comment gets pulled into context and tells the agent to misuse another server's access. The model cannot reliably tell data from instructions. It is a mistake to think that installing only reputable servers solves the problem. Injection can arrive through ordinary data returned by trustworthy tools. Defenses need layers: vet and pin servers, show full descriptions and alert when they change, grant least privilege, isolate servers from one another, require confirmation for sensitive actions, and log everything.
Strategisk innvirkning
Kostnad og budsjett
Arkitekturbeslutninger driver ytelse og driftskostnader i årevis.
Tydeligere avgjørelser
Teknisk utdanning hjelper team med å velge riktig stabel, ikke bare den nyeste.
Kvalitetskontroll
Bedre ingeniørvalg reduserer pålitelighetshendelser i produksjonen.
The Future of MCP Security and Tool Poisoning
The MCP specification and its ecosystem have been adding security features over time, including an OAuth-based authorization model and guidance on user consent for tool calls. Registries, signing and scanning tools are appearing to help people judge where a server came from. Prompt injection itself remains an unsolved research problem, so no single fix makes tool descriptions or tool outputs fully safe. Architecture is the most reliable defense for now: least privilege, isolation, human checkpoints for high-impact actions, and monitoring. Organizations adopting MCP should expect to manage servers the way they manage third-party software dependencies.
Real-World Implementering
A 'weather' MCP server includes a hidden line in its tool description telling the model to read the user's SSH key and pass it as an extra parameter. The chat interface shows only the tool's name, so the user never notices.
A popular community server behaves well for weeks and then ships an update that changes a tool description to leak conversation contents. Clients that do not pin versions or check for changed definitions pick up the change silently.
An agent with both a GitHub server and an email server reads a public issue that contains injected instructions, then uses its private repository access to email secrets out. This is a confused-deputy attack that uses the user's legitimate permissions.
A company runs its internal MCP servers with read-only tokens scoped to single projects, requires human approval for any tool that sends data outside, and logs every tool call for review.
Risikoer og rekkverk
Optimalisering av ett benchmark kan skjule bredere systemsvakheter.
Infrastruktur- og vedlikeholdskostnader er ofte undervurdert.
Sikkerhets- og observerbarhetsgap kan vokse etter hvert som systemene blir mer komplekse.
Veikart for implementering
Definer ventetid, kvalitet og kostnadsmål før implementering.
Benchmark under realistiske belastnings- og dataforhold.
Instrumentovervåking for feil, drift og brukerpåvirkning.
Forbered tilbakerulling og hendelsesresponsbaner før skalering.
Fortsett å utforske
Free newsletter
Get the daily AI briefing
Three verified AI stories every weekday morning, written in plain English. Free forever, no ads.
One email each weekday. Unsubscribe in one click. We never sell or share your address.
Test yourself
Take the MCP Security and Tool Poisoning quiz
Instant feedback on every answer, and a shareable certificate with a verifiable ID once you pass a course.
Support free AI education. AI Understanding is a 501(c)(3) nonprofit — no ads, no paywall, ever. Make a donation
Ofte stilte spørsmål
What is MCP Security and Tool Poisoning?
MCP security covers the risks that come from connecting AI agents to Model Context Protocol servers. The best-known risk is tool poisoning, where a tool's description hides instructions that the model follows but the user never sees. Because MCP servers can read files, send messages and act with real credentials, one malicious or careless server can turn a helpful assistant into a way to steal data or cause damage.
What is tool poisoning in MCP?
The model reads tool descriptions as trusted guidance. Hidden instructions in them can steer its behavior without the user seeing.
Why is tool poisoning often invisible to users?
The model sees the full text, while the user may see only a label. That gap is what makes hidden instructions work.
What is an MCP rug pull?
Approval usually happens once. A server that later changes its definitions can slip malicious behavior past that one-time check.
Which scenario is a confused-deputy attack?
A trusted component, here the agent with the user's permissions, is tricked into using its authority for an attacker.
Why is installing only reputable MCP servers not enough?
Web pages, emails and issues fetched by honest tools can carry injected instructions, so trust in the server does not cover the content it returns.
Fortsett å lære
Relaterte guider
Flere guider valgt for dette emnet