IN THIS BREAKDOWN · 10 SECTIONS
You can read 18% of this breakdown.
The paper in one minute
Papers proposing defenses against jailbreaks (users extracting harmful content) and prompt injection (third-party content hijacking an agent) usually report near-zero attack success. They get there by testing against a fixed public set of known attack strings, or by running a generic optimizer with a modest budget that wasn't designed for the defense.
The authors, from OpenAI, Anthropic, Google DeepMind, ETH Zürich and others, argue this repeats a mistake adversarial machine learning made a decade ago. In security, a defense is judged against an attacker who knows how it works (Kerckhoffs's principle) and has real resources. They describe adaptive attacks as one loop (propose inputs, score them against the defended system, keep the best, update) and run it four ways: gradient methods, reinforcement learning, search guided by a language model, and a public human red-teaming competition with over 500 participants and $20,000 in prizes.
They re-evaluated 12 defenses in four families: prompting (Spotlighting, Prompt Sandwiching, RPO), adversarial training (Circuit Breakers, StruQ, MetaSecAlign), detector models (Protect AI, PromptGuard, PIGuard, Model Armor) and secret-knowledge checks (Data Sentinel, MELON). Most fell to attack success above 90%. Humans, collectively, succeeded on every scenario they tried.
The lesson isn't that defenses are useless. It's that an evaluation can't prove robustness; it can only fail to break a defense after trying hard.
Research notes: the problem, approach and results
defenses re-evaluated: prompting, adversarial training, detector models and secret-knowledge checks
mean AgentDojo attack success with no defense, static template attack vs adaptive search (Table 7)
share of scenarios where at least one human red-teamer succeeded; a single automated search run reached 69%
Defenses against jailbreaks and prompt injection are usually evaluated on fixed sets of known attack strings, or against generic optimizers run with small budgets, and report near-zero attack success.
Evaluate the way security fields do: assume the attacker knows the defense and spends real resources. The authors adapted gradient, reinforcement-learning, search and human red-teaming attacks to each of 12 recent defenses.
Most defenses fell to attack success above 90%; the majority had originally reported near-zero. A human competition with over 500 participants succeeded on every scenario tested. Defenses whose control flow is fixed before untrusted data is read were left out because these attacks mostly can't move them.
Why it matters to an FDE
When a customer's security team asks whether your agent is protected against prompt injection, the honest answer depends on how the protection was tested. This paper is the reference for asking that question well.
Ask who the attacker was. A number measured against yesterday's public attack strings says little about someone who studies your specific defense. Ask for results under an explicit threat model: what the attacker knows, what access they have, how much effort they spent.
Budget for red teaming by people. Automated attacks were strong, but humans still found every hole. A small, motivated internal red team with full knowledge of the defense is cheap compared with an incident.
Prefer designs over filters for high-stakes actions. The authors skipped defenses that fix an agent's plan before it reads untrusted content (such as CaMeL), because these attacks mostly can't change what such an agent does. Detectors and prompts are still useful layers, but they shouldn't be the only thing between untrusted text and a consequential action.
Understand the mechanism. Try it on a real problem.
Unlock this breakdown and 157 more papers.
Premium opens every paper in full, plus every answer, concept, course and guide on the site. One payment for six months of access.
6 months · One payment · No auto-renewal
- ◇1 architecture diagram
- </>1 runnable code experiment
- ▦2 results tables
- ?5 interview questions with answers
- 03Key takeaways
The threat model, four attack families, results per defense type, lessons, three misreadings
Free account - 04How it works
Threat models, the general adaptive loop, the evaluation settings and the human competition
Premium - 05The numbers that matter
Table 7 per defense and model, the human-versus-automation comparison, and costs
Premium - 06Try it yourself
Summarize Table 7, see why many attempts beat one, and bound what a 0% static result means
Premium - 07Where it breaks
Non-comparable setups, plan-first designs left out, compute assumptions and reporting details
Premium - 08Using it on a deployment
Threat models, adaptive and human testing, design-level controls, and what to tell the customer
Premium - 09Interview angles
Five questions this paper prepares you for, with answer hints
Premium - 10Read next
Where to go from here on this site
Premium
