
EPISODES
+68%
UNDER ATTACK
+29.0%
CAMELS
+27.2%
TOKENS PER EPISODE
+18%
Imagine you're a nightclub bouncer, and instead of checking IDs yourself, you ask each guest to write their own entry policy. Most guests would write themselves in. That's essentially what current prompt-injection defenses do: they ask the very language model that might be compromised to produce the security artifact — a privilege policy, a dependency graph, a constraint list — that code then enforces. CapLite's insight is that you should never let the guest write the guest list. The paper's committed claim: small language models (1.7B–12B parameters) cannot be trusted to write their own security artifacts, and a defense that derives policy entirely from tool schemas — without any model-written security artifact — achieves write integrity with zero successful attacks. This is not a marginal improvement. Across 15 open-weight models, existing enforcement defenses (CaMeL, Progent, IPIGuard, DRIFT) fail catastrophically on the majority. CaMeL's programs don't even run in up to 68% of episodes. Progent's model-written policies admit attacks on 14 of 15 models. The failure mode is structural, not parametric. CapLite's mechanism is surgical. It inspects tool schemas — the formal API definitions that describe what each tool can do and what arguments it takes — and commits all write calls before any tool result (which might contain injected text) is read. A write is admitted only if every argument that determines the recipient, amount, object, or destination was explicitly stated in the user's original request. This is a static policy derived from structure, not a dynamic one generated by the model. The architecture is deliberately model-agnostic: it doesn't need the LLM to understand security, only to call tools. The integrity story is strong for a systems paper. Evaluation runs on AgentDojo, a community benchmark with 13,935 attacked episodes — not a bespoke test suite. The baselines are current: CaMeL, Progent, IPIGuard, and DRIFT are all named, tested on the same benchmark, and compared on both security (attack success rate) and utility (task completion). CapLite achieves 0% attack success rate across all episodes. Utility under attack is 29.0% vs CaMeL's 27.2% — essentially a tie on task completion, but at 17.1k tokens per episode versus CaMeL's ~95k. That's an 82% reduction in token overhead. The tradeoff is real and the authors are honest about it. CapLite's write-integrity guarantee is narrow by design: it prevents injected writes (sending emails, transferring money, modifying files to unintended targets) but does not address read-only exfiltration or subtle data poisoning through tool outputs. The 29% utility rate means the defended agent completes fewer than a third of tasks even without attacks — the defense is conservative. The paper also only tests on AgentDojo's tool suite; real-world APIs with ambiguous schemas or implicit side effects could break the schema-parsing assumption. The ladder position is clear. Among enforcement defenses, CapLite is the first to achieve zero attack success without requiring any model-written security artifact. This is a categorical difference, not a numerical one. The prior art all asked models to generate policies and then enforced those policies with code — a sound architecture if the policy is correct, but a house of cards when the model writing the policy is a 3B-parameter open-weight model that can be trivially confused. The successor question is obvious: scale the tool suite and the attack surface. AgentDojo's tools are well-specified with clean schemas. Real-world APIs — Stripe, Twilio, arbitrary REST endpoints — have messy schemas, optional parameters that carry security-relevant semantics, and side effects not captured in the schema definition. The authors almost certainly know this is the gap. My read: they're scoping tightly for a clean result paper and saving the messy-world evaluation for follow-up work.
The analogy
Imagine you're a nightclub bouncer who asks each guest to write their own entry policy. Most guests write themselves in. Current prompt-injection defenses do exactly this — they ask the potentially compromised model to generate its own security rules. CapLite's fix: derive the guest list from the building's floor plan (tool schemas), not from the guests.
Nightclub bouncer
Derives entry rules from the venue's own capacity and layout, never from what the guest claims
CapLite
Derives write-access policy from tool schemas and the user's original request, never from model-generated artifacts
Honest assessment
CapLite makes a clean, well-scoped argument: if you stop asking the model to write its own security policy, the entire class of artifact-quality failures disappears. The zero-attack result on AgentDojo is real and the baselines are current. The limitation is equally real — this only covers write-path integrity on well-specified tool schemas, and 29% utility means the defended agent still fails most tasks. The paper earns its claim within its scope; the open question is whether that scope extends to production environments with messy APIs.
What Is CLAIMS?
80
/ 100
BedrockNews applies a structured analytical framework called CLAIMS to academic papers and technical research releases.
How CLAIMS worksClaim
4/5
Ladder
5/5
Architecture
4/5
Integrity
4/5
Milestone
3/5
Successor
4/5
What is this paper actually committing to?
Genuine categorical claim: model-written security artifacts are unreliable for SLMs, and schema-derived policy achieves zero attacks. First to remove the model from the security-artifact loop entirely.
The field fight
Should AI agent security defenses trust the agent's own model to generate security artifacts, or must security be exogenous to the model?
Side A
Model-written artifacts work if the model is capable enough; enforce code over model outputs
Held by: CaMeL, Progent, IPIGuard, DRIFT
Side B
The model cannot be trusted to write its own security policy; derive policy from external structure
Held by: CapLite, this paper
Milestone tracker
Unlocks: Deployable agent security for production tool-calling agents with arbitrary API backends
Current
0%
ASR on AgentDojo
CapLite
Next
0%
ASR on real-world APIs
Messy-schema robustness
~1-2 years; requires new benchmarks with real-world API complexity
Verified Facts (9)
Across 15 open-weight models, 13 of them between 1.7B and 12B parameters
CaMeL's programs fail to run in up to 68% of episodes
Progent policies admit attacks on 14 of 15 models
IPIGuard constraints admit attacks on 13 of 15 models
DRIFT constraints admit attacks on 11 of 15 models
No attack succeeds in 13,935 attacked AgentDojo episodes
CapLite reaches utility under attack of 29.0% vs CaMeL's 27.2%
17.1k tokens per episode, 18% of CaMeL's
19 pages, 11 figures, 9 tables
Practical Implications (4)
Teams deploying SLM-based agents (1.7B-12B) should not rely on model-written security artifacts — the failure rates are too high across the board
CapLite's schema-derived approach offers a concrete, low-token-cost defense for tool-calling agents that need write-path integrity
The 82% token reduction vs CaMeL matters for cost-sensitive deployments where every API call to the LLM has a price tag
Read-path exfiltration remains an open attack surface that CapLite does not address — defense-in-depth is still necessary
More latest news
Read all