@aacle_: Everyone's obsessing over prompt injection hiding in PDFs and websites. Meanwhile the tool list itself — the thing ever…
Summary
A tweet and blog post highlight that the tool list itself is an attack surface: by controlling a tool's description, an attacker can hijack an AI agent's behavior without exploit code. This is part 2 of a series on MCP bug bounties.
View Cached Full Text
Cached at: 07/22/26, 04:21 AM
Everyone’s obsessing over prompt injection hiding in PDFs and websites.
Meanwhile the tool list itself — the thing every agent reads first — is wide open.
Part 2 of the MCP Bug Bounty series https://t.co/HrIfPkRHFM
The Tool List Itself Is the Attack. (MCP Bugbounty Series - Part 2)
Source: https://medium.com/@Aacle/the-tool-list-itself-is-the-attack-mcp-bugbounty-series-part-2-107e0311be94 Press enter or click to view image in full size
The MCP Bug Bounty Field Guide · Part 2 of 5 — how a malicious tool description hijacks a model, and how to write it up as a real bug.
30-second versionMCP tools are chosen by the model based on their text description. That description is just text the model reads as instructions. An attacker who controls it controls the model. No payload, no exploit, no CVE. This is a reportable bug, and most programs are leaving it open.
Previously in this series:Part 1 — MCP servers are the new open port 22, and almost nobody is hunting them.
In Part 1 we framed MCP as a bundle of tools an LLM is allowed to run.
Here’s the part most hunters miss: the model doesn’t pick a tool by name. It reads the tool’sdescriptionand decides whether to call it.
The description is text. The model treats text as instructions.
So whoever writes the description writes instructions the model will follow.
That is the whole bug. An attacker who can set or change a tool’s description can make the model do things the user never asked for — and it doesn’t look like an attack, because the model is “just using the tools it was given.”
Similar Articles
Prompt Injection Through Tool Output (8 minute read)
The article explains how untrusted tool output in AI systems can be exploited for prompt injection attacks, emphasizing the need to treat certain fields as untrusted even within internal systems.
Understanding prompt injections: a frontier security challenge
OpenAI publishes guidance on prompt injection attacks, a social engineering vulnerability where malicious instructions hidden in web content or documents can trick AI models into unintended actions. The company outlines its multi-layered defense strategy including instruction hierarchy research, automated red-teaming, and AI-powered monitoring systems.
@aacle_: One injection. One config write. Full RCE on the developer's machine. That's CVE-2025-53773, and it's the pattern behin…
This article breaks down the MCP security attack chain behind CVE-2025-53773, where a single prompt injection lets a developer agent modify its own configuration and achieve remote code execution. It details the hop-by-hop escalation and the key control that stops it.
For tool-using agents, where do you draw the security boundary?
A discussion on the security risks of AI agents using tools, focusing on prompt injection as a practical threat where untrusted text can alter agent behavior, and the need for repeatable testing before granting permissions.
How are you all handling prompt injection for agents that read external content?
A discussion about handling prompt injection attacks in AI agents that read external content like emails and webpages, exploring production-level defenses and the subtle threats beyond obvious patterns.