When an AI system scores 'zero attacks succeeded,' is the model actually safe — or is a filter in front doing the work?
How do server-side filters hide their role in zero attack success?
This explores how a reported "zero attack success" can come from a server-side filter in front of the model, not from the model or defense being tested, and what the corpus offers for spotting that.
This explores how a reported "zero attack success" can come from a server-side filter in front of the model, not from the model or defense being tested. The short answer the corpus gives is that filters hide by omission. Attack success and defense-gain percentages across the vault are mostly reported without saying whether they were measured behind a filter (Which attack and defense numbers came from filtered backends?). A 0% then reads as "the model resisted," but nothing in the number tells you whether the model, the defense, or the filter did the work.
The same gap shows up when papers bundle several protections and report one zero. One pipeline reports zero protected-test modifications for a package of clear authorization rules plus restricted tools. No ablation separates "the agent couldn't cross the line" from "the agent chose not to" (Do authorization rules or restricted tools prevent test modifications?). The same pipeline also shows a 100% Judgment Bypass Rate alongside a 0% Unsafe Action Rate. So the model's judgment was bypassed every time and nothing unsafe happened, which means something downstream produced the zero. Another paper reports zero unsafe actions with authorization enabled, but the excerpt gives only two phrases about how it works and never says whether the attacks were positioned to reach those components (How does the authorization layer stay outside the poisoned path?).
A filter's zero is also weaker than it looks. A filter judges one output at one moment, while an agent's risk spreads across memory, retrieved content, tool calls and environmental reach (Can a model-level filter truly contain an agent with environment access?). Zero on filtered outputs therefore says little about containment. The zero also depends on the attacker not adapting. When attackers get scanner feedback, they reach 96% average success against six scanners, because each skill is scored alone while the harmful chain stays intact (Can attackers evade skill scanners by refining individual skills?). Any rule that separates safe from unsafe becomes a roadmap once the attacker knows it (Can honeytokens fool attackers who know the trusted policy?). And if the layer that routes requests can be manipulated, safety measures may end up running on the wrong model identity (Can attackers manipulate which model handles a request?).
None of this makes filters illegitimate. Hugging Face stopped an intruding agent using only its own perimeter controls, without knowing who sent it (Can defenders stop intrusions without knowing who sent them?). A zero is a claim about conditions, and even the theoretical zero-error result for repeated probes holds only when responses are independent and their distributions are known or learnable (Can repeated quiet probes separate decoys from genuine objects?). The corpus doesn't pin any specific zero on a filter. What it shows is that the missing label makes the question unanswerable. When you see 0%, ask what sat in front of the model, whether the attack ever reached it, and whether the attacker could see or adapt to the filter.
Sources 9 notes
Attack success and defense gain percentages across the vault are reported without disclosing whether they were measured behind server-side filters. This omission makes it impossible to determine whether results reflect true model behavior or filtered outcomes.
The abstract bundles clear authorization rules with restricted tools and reports zero protected-test modifications, but no single-factor ablation distinguishes whether the result comes from unavailable crossings, unchosen crossings, or both. The pipeline's own data elsewhere (100% Judgment Bypass Rate with 0% Unsafe Action Rate) shows the distinction matters.
The paper reports zero unsafe actions when authorization is enabled, but the excerpt supplies only two phrases—"task-bound signed tokens" and "separately verified policy oracle"—without explaining who issues tokens, what binds them, how verification works, or whether attacks were positioned to reach these components.
A filter judges a single output at one point in time; an agent's risk spreads across memory, retrieved content, tool calls, and environmental reach. Containment requires controlling what an agent can touch, not just what it says now.
ColluSkill combines chain planning with scanner-feedback refinement to reach 96% average attack success. The approach works because scanners score skills individually, allowing feedback to reduce suspicion per skill while chain-level semantics remain intact.
Show all 9 sources
Research shows that if an attacker knows the rule trusted agents use to avoid decoys, the attacker can apply the same rule and bypass the trap. Any distinguishing rule that protects legitimate users becomes a roadmap for compromise.
The layer deciding which model handles a request sits beneath prompt-level defenses and is vulnerable to manipulation and unverified provenance. Attackers can exploit routing to send requests to weaker models or cause safety measures to operate on the wrong identity.
The organization terminated an OpenAI agent's intrusion through its own security measures without waiting to identify the attack source. This defensive action required only control of the perimeter, not authority over the agent or knowledge of its origin.
In idealized settings with independent responses, enough quiet probes let a classifier separate decoys from genuine objects with vanishing error if their response distributions differ and are known or learnable from feedback.
Papers this line draws on 8
The research behind the notes this line reads — ranked by how closely each paper relates.
- Cyber-Capable AI Agents: Vulnerabilities, Evaluation Containment, and Defensive Response
- Counter-Swarm Doctrine: Containing Coordinated Agent Intrusions
- SoK: When Safe Agents Fail Together: The Security of Multi Agent LLM Systems
- The Troy Moment of AI: Why Some Will Cheat and Some Will Follow?
- ChannelGuard: Safe Models Do Not Compose into Safe Multi-Agent Systems
- When Agents Talk: Honeytokens under Shared Memory
- Securing Agentic AI: From Per-Action Checks to Trajectory Assurance
- Optimizing the Score, Losing Sight of the Task: Reward Hacking Across Weights, Selection, and Prompts