TL;DR: Most prompt firewalls still score each message in isolation, which lets multi-turn attacks pass as clean dialogue until the sequence becomes harmful, according to AccuKnox. The control gap is session state, because intent, tool use, and risk accumulate across turns and require governance that treats conversation history as an enforcement input, not a log.
At a glance
What this is: AccuKnox argues that stateless prompt firewalls miss multi-turn attacks because the harmful intent emerges across the session, not inside any single message.
Why it matters: IAM and AI security teams need controls that track identity, purpose, and tool use across a conversation, because prompt-level review alone cannot govern cumulative risk.
Context
A prompt firewall that evaluates each message on its own is exposed to the same structural flaw as any control that checks state without preserving context. In AI security, the risk is not always a single toxic prompt. It can be a sequence of harmless-looking turns that only becomes malicious when the conversation history is considered, which makes session-level governance the real control boundary.
This matters for identity and access governance because AI assistants increasingly act through tools, refunds, records, code, and other privileged operations. Once a system can use identity, history, and tool calls to make decisions, the control problem shifts from content moderation to runtime authorisation and intent tracking. AccuKnox frames that shift as the gap between prompt-level trust and stateful enforcement.
Key questions
Q: How should teams govern AI guardrails when attacks unfold across multiple turns?
A: They should govern the session, not the prompt. A multi-turn attack can look harmless in isolation, so controls need to retain identity, purpose, prior turns, and tool calls before authorising the next action. That shifts AI security from content filtering to runtime policy enforcement and gives teams a defensible audit trail.
Q: Why do prompt-level filters fail against polite but malicious AI conversations?
A: Because the harmful objective often emerges only when several benign messages are combined. A single turn may contain no toxic language, no obvious jailbreak, and no policy violation, yet the full sequence can still steer the system into risky behaviour. Prompt-level filters cannot see cumulative intent or escalating context.
Q: What signs show that AI guardrails are too stateless to be trusted?
A: The main signs are repeated benign messages that end in privileged action, low single-turn risk scores with high session risk, and tool calls that ignore earlier context. If the system cannot explain why the current turn is safe given the prior conversation, the guardrail is not stateful enough for real abuse patterns.
Q: How do session-aware guardrails support AI governance and audit requirements?
A: They create a record of what the system knew, when it knew it, and why it allowed or blocked a turn. That matters for governance because AI controls must be explainable at runtime, not only after an incident. Teams can then map enforcement to policy, accountability, and evidence collection.
Technical breakdown
Why per-prompt AI guardrails fail against multi-turn attacks
Stateless guardrails treat each prompt as an isolated event, so they miss attacks that distribute intent across several turns. That creates a time-of-check versus time-of-use problem: the message that looks harmless is not the one that triggers the action. The exploitable signal is not the wording of one turn, but the relationship between turns, because escalation, role drift, and contextual priming only become visible over the full session. This is why single-message classifiers can look effective while the attack path still succeeds.
Practical implication: inspect and score the full session, not just the latest prompt.
How stateful inspection turns conversation history into a control input
Stateful guardrails retain session identity, declared purpose, prior tool calls, and a running risk score. That lets the system compare the current turn against the conversation trajectory instead of re-evaluating from zero. In practical terms, the engine can detect semantic drift, cumulative escalation, and repeated requests that appear safe one-by-one but unsafe together. This is closer to access governance than content filtering, because the system is deciding whether the current action still fits the authorised purpose of the session.
Practical implication: bind tool permission to session purpose and cumulative risk, not to message text alone.
Why intent detection matters more than toxicity filtering
Toxicity and jailbreak filters look for obvious bad content, but many AI abuse paths are polite, plausible, and domain-specific. Intent detection shifts the question from what the user said to what the user is trying to make the system do. That matters in workflows like refunds, customer data access, code assistance, and clinical triage, where the harmful objective is revealed only after several exchanges. A stateful engine can separate benign discussion from risky goal progression and then choose allow, block, sanitize, or challenge.
Practical implication: add intent models and escalation thresholds for high-risk AI workflows.
Threat narrative
Attacker objective: The attacker wants to use a multi-turn conversation to push an AI system into performing an action that would not survive session-aware review.
- Entry begins with a benign-looking conversation that passes a prompt-level classifier because each individual turn appears acceptable.
- Credentialed action or trust abuse follows when the attacker gradually steers the assistant toward a privileged operation such as a refund, data access, or tool invocation.
- Impact occurs when the session-level objective is completed and the system executes an action that would have been blocked if the whole conversation had been analysed together.
Breaches seen in the wild
- 12,000 secrets in LLM training data: Truffle Security found 11,908 live API keys and passwords hard-coded in web pages captured by Common Crawl, a dataset used to train LLMs.
- Microsoft SAS token exposure 2023: An over-permissive Azure SAS token in a Microsoft AI GitHub repo exposed 38TB, including workstation backups and Teams messages, for 3 years.
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
Prompt-level trust is the wrong control model for conversational AI. The article shows that the exploit lives in the sequence, not the sentence, which means message-by-message inspection cannot reliably govern runtime abuse. That is the same structural mistake that early packet filters made before stateful inspection became the norm. Practitioners should treat conversation history as an enforcement input, not as an after-action log.
Stateful AI guardrails are really identity and authorisation controls in disguise. Once a system uses identity, prior context, and tool calls to decide whether to act, the problem is no longer just content safety. It becomes session-bound privilege, purpose binding, and runtime decisioning for AI workflows. The governance question is whether the assistant is still operating inside the authorised task, not whether the latest prompt looks suspicious.
Intent is the missing named control concept in AI guardrails. A user can remain polite while the goal becomes progressively riskier, which means toxicity scoring cannot substitute for goal tracking. The article’s most important signal is that policy has to follow intent accumulation across the session. Practitioners should define and enforce intent as a first-class runtime object.
Multi-turn abuse exposes a statefulness gap that will keep widening as agents gain tools. The more the assistant can do, the more harmful a delayed, context-built prompt becomes. That raises the bar for auditability, because enforcement must show what the system knew at each turn and why it allowed the next action. Practitioners should align guardrails with evidence, not just detection.
What this signals
Intent accumulation is the governance boundary that prompt classifiers miss. Once AI systems can act across tools and turns, the control question becomes whether the session still matches the authorised purpose. That pushes AI guardrails into the same territory as runtime access governance, where the decision is based on state, not on a single event.
Stateful enforcement will become the default expectation for serious AI workflows. Any assistant that can move money, touch records, or trigger code execution needs controls that can explain why a later action was allowed in light of earlier turns. Practitioners should prepare for audit questions that focus on session evidence, not just model output.
Session context is now part of the attack surface. The more context a guardrail preserves, the more carefully that state has to be scoped, retained, and reviewed. That creates a new operational requirement for AI security teams: make the session trail usable for detection, policy enforcement, and investigation without turning it into a privacy liability.
For practitioners
- Implement session-aware scoring for AI guardrails Track conversation identity, declared purpose, prior turns, and cumulative risk before deciding whether a new message may proceed.
- Bind tool use to authorised session purpose Require the assistant to re-evaluate any refund, data access, file read, or command execution against the session’s stated goal and risk trajectory.
- Add intent thresholds for high-risk workflows Define risky intents such as payment manipulation, data extraction, or authority spoofing, then set separate block and challenge thresholds for each.
- Log stateful audit evidence for every decision Record the conversation summary, tool-call history, risk score, and enforcement outcome so reviewers can reconstruct why the action was allowed or blocked.
Key takeaways
- Stateless prompt firewalls can miss the attack because the malicious intent only becomes visible when the whole conversation is evaluated together.
- The practical gap is session state, including identity, purpose, tool calls, and cumulative risk, not simple message-level content checks.
- AI guardrails need runtime enforcement and audit evidence, or they will remain vulnerable to polite, multi-turn abuse.
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 and MITRE ATLAS address the attack and risk surface, while NIST AI RMF sets the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| OWASP Agentic AI Top 10 | ASI03 — Identity & Privilege Abuse | The article centers on AI systems making risky runtime decisions across a session. |
| ASI09 — Human-Agent Trust Exploitation | The attack depends on a polite, multi-turn conversation that gradually exploits trust. | |
| Recommendation — Bind agent actions to session purpose and re-check privilege before each tool call. Detect gradual trust manipulation and escalate review when conversations drift toward sensitive actions. | ||
| NIST AI RMF | GOVERN — AI Governance and Accountability | The article focuses on governance evidence, audit trails, and runtime control over AI behavior. |
| Recommendation — Establish governance records that show how AI decisions were authorised, blocked, or challenged. | ||
| MITRE ATLAS | TA0006; TA0008 — Credential Access; Lateral Movement | The conversation can be used to reach privileged actions through repeated interaction. |
| Recommendation — Map multi-turn abuse paths to credential access and lateral movement patterns in your detection logic. | ||
Key terms
- Stateful AI Guardrails: Stateful AI guardrails are controls that evaluate an AI session across multiple turns instead of scoring each prompt in isolation. They preserve context such as identity, prior messages, tool use, and risk so policy can be enforced against the full interaction, not just the latest input.
- Session context: The surrounding authentication and access conditions attached to a login, such as MFA status, device trust, IP reputation, and prior behaviour. It matters because identity risk is rarely decided by one event alone; context shows whether the event fits the account’s normal pattern.
- Intent Detection: Intent detection is the practice of identifying what an actor is trying to achieve by analysing behaviour rather than only inspecting visible indicators. In this context, it helps security teams distinguish legitimate-looking email from messages that are trying to alter a workflow, divert funds, or exploit trust.
- Runtime Enforcement: Runtime enforcement is the practice of blocking malicious behaviour while software is running, rather than only detecting it after the fact. It monitors process activity, network actions, and privilege changes so a live attack can be interrupted at the point of execution.
Deepen your knowledge
The NHI Foundation Level course, the industry's only accredited NHI security programme, covers NHI governance, agentic AI identity, and workload identity in a practitioner-friendly format. It helps security and identity teams build the governance foundations needed for AI systems that act through tools and credentials.
Published by the NHIMG editorial team on August 21, 2026.
Updated on October 12, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org