TL;DR: Prompt injection is a security problem, not a content problem, and using one LLM to judge another creates a recursive defense that fails quietly under adaptive attack, according to Lakera. Security boundaries need deterministic enforcement, because the model being protected and the model making the decision share the same adversarial weakness.
Editorial analysis by NHI Mgmt Group, based on content published by Lakera: “Stop Letting Models Grade Their Own Homework: Why LLM-as-a-Judge Fails at Prompt Injection Defense”.
Key questions
Q: What breaks when an LLM is used to judge prompt injection risk?
A: The control breaks because the judge is exposed to the same language manipulation as the model it is meant to protect.
Q: Why do LLM-based prompt defenses fail in real-world attacks?
A: They fail because the judge is exposed to the same adversarial techniques as the protected model.
Q: How should security teams set boundaries for AI-assisted decisions?
A: Security teams should separate tasks AI can accelerate from decisions that carry accountability, approval, or risk acceptance.
Practitioner guidance
- Separate enforcement from interpretation Place a non-LLM policy layer in front of any model or agent that can receive untrusted text, and keep the judge model out of the security decision path.
- Test against adaptive prompt injection Red-team with indirect, embedded, and deferred instructions inside long prompts, retrieved content, and multi-step workflows instead of only using static jailbreak examples.
- Audit downstream tool exposure Map which prompts can reach tool calls, data retrieval, or action execution, then restrict those paths so an unsafe interpretation cannot become an unauthorized action.
Bottom line: Prompt injection is a boundary problem, not a moderation problem, because the judge model can be manipulated in the same way as the protected model.
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Recursive model enforcement is a boundary failure, not a tuning problem: when the judge and the judged system share the same language-driven vulnerability, security control becomes self-referential. That breaks the basic assumption that enforcement should sit outside the system being protected. The implication is that AI security teams must treat policy enforcement as an independent trust boundary, not as another prompt.
A few things that frame the scale:
- AI-related credential leaks surged 81.5% year-over-year in 2025, with the surrounding AI infrastructure leaking 5x faster than core LLM providers, according to the State of Secrets Sprawl 2026.
A question worth separating out:
Q: What signs suggest a prompt defense is giving false confidence?
A: Common signs are clean-looking logs, good results on known jailbreak sets, and inconsistent decisions when prompts are slightly reworded or wrapped in longer context. If the defence works in demos but not across indirect prompts, retrieved documents, or multi-step agent flows, it is behaving like a classifier without a stable security boundary.
👉 Read our full editorial: LLM-as-a-judge fails as prompt injection defense for AI systems