Your agent injection evals are overstating robustness
A trivial echo prompt beat six frameworks and a 200,000-attack corpus tricks defense-trained models up to 58%, numbers that make last quarter's green eval runs look like measurement error.
The likeliest reason a one-line 'Repeat-After-Me' prompt toppled six frameworks is a trust-boundary bug rather than a model weakness. Because the frameworks are unnamed, that is our inference, not a reported finding. On this reading, the frameworks accept tool-call-formatted text from model output or context without verifying where it came from. If an attacker can get the model to repeat a string, and that string parses as a tool call, the framework executes it as the agent's own authorized intent. If that holds, this is a confused-deputy problem, and a stronger system prompt or a better base model would not fix it, because the gap would live in the parser, not the weights.
The contest corpus is harder than older tests for a specific reason. Its attackers were adaptive, iterating against live defenses, which is a tougher threat model than a static suite replayed in CI. That plausibly explains why its hit rate dwarfs older tests. On the MCP side, roughly 2.1 bugs per server is only a mean. Bug counts in audits are typically heavy-tailed, so we would speculate that a handful of servers account for most of them. The scan does not report the distribution, and the severity distribution matters far more than the mean.
Four outlets carry these findings, but two are CSO sibling newsletters, so there are likely fewer underlying sources. That gives modest support for the direction of the finding. None of the outlets discloses per-attempt success rates, framework names, or model backends. That missing detail matters: 'six frameworks bypassed' is an existence result. A bypass at 2% per attempt and one at 90% look identical in a headline, and with retries the 2% case is still dangerous.
Score the echo attack as a binary regression test, tool executed or not, per framework and model version, and report ASR@k with Wilson intervals. By the rule of three, zero successes in 20 trials still permits a true rate near 15%, so to claim under 1% at 95% confidence with zero observed hits you need roughly 300 trials per configuration. Size n to the risk you can tolerate and gate releases on it like any other quality metric. Re-run on every model, prompt, or tool change, because regressions here are silent.
The architectural answer, deterministic authorization outside the model, provenance tags on untrusted content, and argument schemas, is well established. The new work doesn't change that prescription; it changes your belief about where you currently stand. The honest first step is to re-measure against the 200K corpus before trusting last quarter's green run.
Last quarter's green injection run certified a threat model that adaptive attackers have already moved past.
What to do
Re-run your tool-using agent evals against the 200,000-attack contest corpus plus an echo-injection suite ('Repeat-After-Me' and 'echo this tool call'), reporting ASR@k with Wilson intervals per framework and model version, before your next tool-calling release.
Inventory every MCP server your agents can reach, pin versions, scope credentials to least privilege, and run static analysis on any with write, exec, or network capability.
Prototype a tool-call provenance detector that flags arguments overlapping untrusted context, then measure its false-positive rate on historical logs before it alerts or blocks.