By NHI Mgmt Group Editorial TeamBased on Lasso Security: “Introducing LEAP: CPU-based AI Security Guardrails with GPU-Class Accuracy” (September 9, 2026)

TL;DR: Inline LLM judges are accurate but too expensive and slow to inspect every prompt, retrieval, and tool call at agent scale, according to Lasso Security, while its CPU-based LEAP architecture claims GPU-class detection with far higher throughput and lower latency. The key issue is not model quality, but whether security guardrails can be affordably run on every AI action without becoming the bottleneck.


At a glance

What this is: This analysis argues that AI guardrails built on GPU or API-based LLM judges can become too slow and expensive for inline, every-action inspection at agent scale.

Why it matters: It matters because security teams responsible for agentic AI need controls that can inspect prompts, retrievals, and tool calls continuously without turning governance into a performance constraint.


Context

AI guardrails sit on the decision path for prompts, retrieved content, and tool calls, so their design affects both security coverage and application latency. The governance problem is not whether reasoning models can spot abuse, but whether they can do so at the volume and speed production agent traffic requires.

This article sits at the intersection of AI security and identity governance because guardrails increasingly arbitrate what an agent is allowed to see and do. In practice, that means inspection layers are becoming part of the trust boundary for agentic systems, especially when tools, permissions, and retrieved content interact in a single session.


Key questions

Q: What breaks when AI agent guardrails exist only in policy documents?

A: Policy-only guardrails fail when an agent can act at machine speed and the control cannot interrupt the action. Logging after the fact may help investigation, but it does not stop data movement or system change. Effective guardrails must operate where the agent calls tools, accesses data, or attempts escalation.

Q: When should security teams prioritise lightweight guardrails over LLM judges?

A: Prioritise lightweight guardrails when most traffic is low-ambiguity and the security decision is closer to classification than reasoning. Reserve LLM judges for genuinely hard cases such as multi-turn manipulation, tool-use ambiguity, or context-dependent policy conflicts. That sequencing reduces cost without giving up the ability to reason where it is actually needed.

Q: How do security teams know runtime AI guardrails are actually working?

A: Look for blocked poisoned inputs, flagged anomalous outputs, and traceable enforcement before responses reach users or downstream systems. If controls only inspect prompts or only inspect outputs, they leave a gap that attackers can exploit through manipulated data sources or tool responses.

Q: What should practitioners do when agentic AI inspection depends on conversation context?

A: They should preserve the relationships among prompts, retrieved documents, permissions, and prior actions before making a safety decision. If inspection breaks those links through truncation or split processing, the control can miss attacks that only become visible across the full trace. That is a governance problem as much as a technical one.


Technical breakdown

Why inline LLM judges become a scaling bottleneck

An LLM judge is a model used as a security gate, usually in the hot path, to decide whether content or an action is safe. That works when traffic is moderate, but agentic systems create many checkpoints per user request, including prompts, retrievals, and tool calls. Each checkpoint adds model scheduling, tokenisation, inference, and response parsing. The result is not just cost growth. It is also queueing, rate limits, and infrastructure pressure that can turn a security control into the slowest component in the request chain.

Practical implication: teams should treat guardrail placement as an architecture choice, not a model-selection exercise.

Why CPU-based classification changes the guardrail cost model

CPU-based guardrails change the economics by using a cheaper inference path for high-volume, lower-ambiguity decisions. The important distinction is not just hardware. It is whether the control can preserve enough contextual understanding to distinguish a real attack from a benign lookalike without paying transformer-class compute for every inspection. For security teams, that creates a viable first-pass filter pattern, where the common case is handled cheaply and only genuinely ambiguous cases require deeper reasoning.

Practical implication: classify routine traffic on the cheapest path that still preserves security fidelity, then reserve heavier reasoning for edge cases.

How context length and multi-turn state affect AI security controls

Security controls for AI systems must cope with expanding context windows, multi-turn conversations, and retrieved documents that may only become risky when combined with prior actions or permissions. Traditional flat inspection often truncates or simplifies inputs to keep inference affordable, but that can break the semantic links a judge needs to evaluate manipulation. This is where agentic AI differs from static application traffic: the risk is distributed across the trace, not confined to one message. Identity and authorisation context therefore matter as much as the text itself.

Practical implication: protect the whole agent trace, not isolated prompts, when defining inspection boundaries.


Threat narrative

Attacker objective: The attacker aims to manipulate the agent’s decisions and actions by slipping malicious instructions through security checks that are too slow or costly to run everywhere.

  1. Entry occurs when an attacker embeds prompt injection or malicious retrieved content into a prompt, document, or tool-using conversation.
  2. Credential or policy abuse follows when the agent processes that content inside the same trust boundary as legitimate instructions and available actions.
  3. Escalation happens when repeated checkpoint inspection slows or weakens enforcement, allowing unsafe tool calls or unsafe agent actions to proceed.
  4. Impact is the execution of malicious agent behaviour at scale, including unsafe outputs, harmful tool use, or policy-bypassing actions.
  • DPD chatbot incident 2024: A customer got DPD's AI chatbot to swear and mock its owner; DPD blamed an error after a system update and disabled the AI element.
  • Chevrolet chatbot $1 Tahoe 2023: Users made a Chevrolet dealer's ChatGPT chatbot agree to sell a 2024 Tahoe for $1 and write code; no sale was honoured and the bot was taken offline.

Read and download The State of NHI & AI Agent Breach Report 2026, covering 200+ breaches impacting Non-Human Identities including AI Agents.


NHI Mgmt Group analysis

AI security is becoming a throughput problem, not just a model-quality problem. The article correctly shifts attention away from whether a judge can reason and toward whether it can run inline on every prompt, retrieval, and tool call. That is the right lens for production agentic AI, where the control that cannot keep up is effectively absent. Practitioners should treat guardrail capacity as a first-order security requirement.

Guardrails are moving into the trust boundary for agentic AI. Once inspection sits in front of every action, the control is no longer peripheral monitoring. It becomes part of the policy enforcement plane that determines what an agent can read, decide, and execute. That makes identity and authorisation context inseparable from AI security, because the safety decision depends on who the agent is acting for and what it can reach. Practitioners should govern guardrails as part of access control, not as an afterthought.

Cost-per-decision is the named concept that now defines practical AI security. Security teams do not just need accurate detection, they need detection they can afford to run continuously under real traffic. If every safe, low-ambiguity request consumes reasoning-model resources, the control collapses into sampling. Practitioners should design for cheapest-acceptable inspection first and escalation only when ambiguity truly warrants it.

Context preservation is the hidden failure mode in many AI security controls. Multi-turn manipulation, retrieved malicious content, and tool misuse often depend on relationships across the whole trace, not on one isolated message. Flat guards that truncate or split input can lose the very context needed to see the attack. Practitioners should preserve conversation and retrieval context when deciding how to inspect agent actions.

Production AI security will increasingly be judged by control placement, not by headline accuracy. A guardrail that wins on benchmark metrics but cannot sit everywhere in the workflow is not operationally sufficient. That is especially true for organisations governing agents, where inspection must scale with action volume rather than with model novelty. Practitioners should review whether their AI controls are enforceable at line speed.

From our research library:

What this signals

Cost-per-decision is becoming the governing metric for AI security operations. Once agents create dozens of security-relevant checkpoints in a single session, teams need controls that can keep pace without forcing selective inspection. The strategic shift is toward inline enforcement that is cheap enough to apply everywhere, with escalation only where ambiguity truly requires it.

Context preservation is the practical boundary for effective AI guardrails. The more an agent depends on retrieved content, tool outputs, and prior turns, the less reliable truncated inspection becomes. That creates a direct governance link between AI security and identity controls, because the decision often depends on what the system is allowed to access and act on.

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. Security teams should expect AI guardrails to sit alongside secrets governance and access policy as part of the same control plane.


For practitioners

  • Map guardrail placement to risk tiers Use lightweight first-pass inspection for low-ambiguity prompts, retrievals, and tool calls, and reserve reasoning-heavy checks for the subset that is genuinely uncertain.
  • Measure the real cost per decision Track latency, throughput, queueing, and per-request spend for every guardrail path so the team knows whether the control can stay inline as traffic grows.
  • Preserve full agent trace context Avoid truncating or splitting prompts, retrieved documents, and prior actions in ways that remove the relationships a security decision depends on.
  • Calibrate escalation thresholds against live traffic Set and test the confidence boundary that sends only genuinely ambiguous cases to deeper reasoning, then monitor drift by route, model version, and tenant.

Key takeaways

  • GPU-backed or API-based LLM judges can be accurate, but production agentic AI makes cost, latency, and throughput part of the security problem itself.
  • A guardrail that cannot inspect every prompt, retrieval, and tool call consistently will not provide reliable inline enforcement at scale.
  • The practical design shift is toward cheap first-pass inspection, preserved context, and escalation only for genuinely ambiguous cases.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

OWASP Agentic AI Top 10 addresses the attack and risk surface, while NIST AI RMF and NIST CSF 2.0 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
OWASP Agentic AI Top 10ASI01 — Agent Goal HijackThe article centres on prompt injection and unsafe agent actions that redirect agent behaviour.
ASI02 — Tool MisuseThe source focuses on inspection for unsafe tool calls and retrieved content.
ASI03 — Identity & Privilege AbuseGuardrail decisions depend on agent permissions and the actions those permissions unlock.
Recommendation — Harden agent workflows against goal hijacking by limiting how untrusted content can influence decisions. Restrict tool execution paths so untrusted prompts cannot trigger unsafe actions. Bind agent privileges to policy checks that evaluate identity, context, and allowed action scope.
NIST AI RMFMANAGE — Manage AI RiskThe article is about operating AI security controls at production scale with measurable risk trade-offs.
Recommendation — Operationalise AI controls with latency, cost, and escalation metrics tied to risk tolerance.
NIST CSF 2.0PR.AA-05 — Access Permissions, Entitlements and AuthorizationsAgent tool-use decisions are governed by authorisation scope and access permissions.
Recommendation — Align AI guardrails with authorization policy so allowed actions are enforced at decision time.

Key terms

  • AI guardrails: AI guardrails are policy and technical controls placed around an AI service to shape what it can accept, generate, and expose. In practice they combine moderation, access control, data protection, rate limiting, logging, and change management so the service behaves within an organisation’s rules.
  • LLM-as-a-judge: A control pattern where one language model evaluates another model's prompts, tool calls, or outputs against policy. It is not content moderation alone. In practice, it acts as a runtime decision layer that can allow, block, redact, or escalate based on semantic context and organisational rules.
  • Agent Trace: A structured record of an AI agent’s runtime activity, including model calls, tool calls, approvals, and subagent steps. In practice, traces support debugging, evaluation, and governance when they are retained, searchable, and tied to the permissions behind the agent.
  • Escalation Rate: Escalation rate is the proportion of alerts or investigations that a system passes to human analysts for review. It helps teams judge whether automation is appropriately selective, whether the model is overconfident, and whether the workflow preserves human accountability where needed.

Deepen your knowledge

The NHI Foundation Level course, the industry's only accredited NHI security programme, covers NHI governance, agentic AI identity, and secrets management. It helps security practitioners connect identity controls to the operational realities of AI systems and machine identities.
NHIMG Editorial Note
Published by the NHIMG editorial team on September 14, 2026.
Updated on October 11, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org