
When large language models (LLMs) entered mainstream products, security teams treated them as ordinary black‑box APIs: one prompt, one response, and a quick check for misuse. That mindset persisted through 2022 while the models grew in size and capability. The rise of conversational agents—chatbots that maintain context, retrieve external data, and act on behalf of users—exposed a blind spot. Attackers learned that guiding a model through a sequence of seemingly innocuous exchanges could coax it into revealing restricted content, generating harmful code, or bypassing policy filters. The result is a new class of “multi‑turn” adversarial attacks that threaten the foundations of AI‑driven services.
Recent research from Cisco quantified this threat with unsettling clarity: out of 6,986 multi‑turn attempts against 15 flagship models, attackers succeeded as often as 88.3 % when they adapted prompts across conversation turns. This figure dwarfs the success rates of traditional single‑turn red‑team exercises and aligns with industry surveys showing that more than half of enterprises have already faced an agent‑related security incident or near‑miss. As organizations scramble to retrofit identity‑centric controls and sandboxing measures, understanding why multi‑turn attacks are so effective becomes a prerequisite for any realistic AI risk‑management strategy.
Table of Contents
- The Evolution of Adversarial Testing for Language Models
- Why Multi‑Turn Attacks Succeed at 88% Rates
- Comparing Single‑Turn and Multi‑Turn Vulnerabilities
- Cisco’s Integrated AI Security and Safety Framework Explained
- Enterprise Readiness: Current Adoption Gaps
- Strategic Responses: Identity‑Centric Controls and Isolation
- Operationalizing Red‑Team Practices for Agentic Systems
- Risk Implications for Critical Applications
- Future Trends: Anticipating Next‑Generation Attack Vectors
- Actionable Checklist for CISOs Deploying Generative Agents
The Evolution of Adversarial Testing for Language Models
Early adversarial work, spanning 2020‑22, focused almost exclusively on single‑turn prompt injections. Researchers crafted terse, high‑impact inputs designed to trigger policy violations in a single shot, and model developers responded with static filters and token‑level bans. The emergence of agentic systems in late 2022 shifted the battlefield: models began to retain state, retrieve documents, and execute actions across multiple exchanges. This opened a pathway for attackers to iteratively refine their approach, probing the model’s defenses step by step.
- 2020 – First public demonstrations of prompt‑injection attacks against GPT‑2 and early chat models.
- 2021 – Introduction of automated red‑team tools that generated thousands of single‑turn adversarial examples.
- 2022 – Release of OpenAI’s “ChatGPT” sparked the first documented multi‑turn exploit chains.
- 2023 – Academic papers highlighted the role of context windows in amplifying vulnerability.
- 2024 – Enterprise security teams began pilot programs for continuous adversarial monitoring.
- 2025 – Major cloud providers added “conversation‑aware” guardrails, though coverage remained uneven.
- 2026 – Cisco’s study of 6,986 multi‑turn attacks revealed an 88.3 % breach rate, prompting a wave of new red‑team methodologies.
The 2026 findings forced a re‑evaluation of testing regimes. Rather than static prompt libraries, teams now employ dynamic conversation simulators that adapt in real time, mirroring the tactics used by sophisticated threat actors. This shift has also spurred the creation of the LLM Security Leaderboard, where over 100 models are continuously evaluated against both single‑ and multi‑turn adversarial suites.
Why Multi‑Turn Attacks Succeed at 88% Rates
Multi‑turn attacks thrive because they exploit the mechanisms that make conversational agents useful. Each turn provides the attacker with feedback—model completions, error messages, or policy warnings—that can be parsed and incorporated into the next prompt. This iterative refinement turns a static barrier into a learning curve for the adversary. Moreover, longer dialogues naturally surface latent weaknesses: a model may correctly refuse a direct request for disallowed content, yet later reveal it when the request is reframed as a “research question” or embedded within a broader narrative.
Empirical data from Cisco’s extensive evaluation shows success rates ranging from a low of 7.89 % on the most robust model to the previously noted 88.3 % on others, while single‑turn attempts across the same suite were significantly lower. This disparity reflects how adaptive prompting can bypass static defenses that were never designed to handle stateful interaction. The study also showed that model rankings shifted dramatically when evaluated under multi‑turn conditions; a model that performed best in single‑turn tests fell near the bottom when subjected to conversational probing.
Beyond raw percentages, practical implications appear in enterprise surveys. VentureBeat’s June 2026 Pulse reported that 54 % of respondents have experienced a confirmed agent security incident or near‑miss, with many incidents traced back to multi‑turn exploit chains. The same survey highlighted a systemic gap in identity and isolation practices—only 32 % of firms assign managed identities to each agent, and a mere 30 % sandbox their highest‑risk deployments. As vendors consolidate around identity‑centric solutions—illustrated by recent acquisitions such as Palo Alto Networks’ purchase of CyberArk, CrowdStrike’s deal for SGNL, and Cisco’s planned acquisition of Astrix Security—the industry acknowledges that protecting the conversation itself is now the primary line of defense.
Comparing Single‑Turn and Multi‑Turn Vulnerabilities
When security teams first began probing large language models, they typically issued a single prompt and measured the immediate response. That approach yields a success rate of roughly ten percent, a figure that feels manageable for most red‑team programs. The picture changes dramatically once an attacker can keep the dialogue open. Cisco’s recent study, which ran 6,986 multi‑turn attacks against 15 flagship models, recorded a breach rate of up to 88.3 %. The longer the conversation, the more opportunities an adversary has to steer the model, extract hidden tokens, or exploit context‑drift, making detection far harder than a one‑off prompt.
Related: OpenAI brings hands-free coding to ChatGPT and Codex
| Aspect | Single‑Turn | Multi‑Turn | Impact on Model Ranking |
|---|---|---|---|
| Success Rate | ≈ 10 % | 7.9 % – 88.3 % | Ranks differ; models that fare well in single‑turn may falter in multi‑turn |
| Detection Difficulty | High – anomaly visible after one output | Low – anomalies blend into ongoing dialogue | Multi‑turn requires continuous monitoring pipelines |
| Testing Overhead | Minimal – one request per test | Significant – requires state management and context tracking | Resource‑intensive for large‑scale assessments |
| Typical Attack Vector | Prompt injection | Conversation hijacking, context manipulation | Different defensive controls needed |
Because multi‑turn attacks can evolve their strategy as the model replies, security teams must treat each exchange as a potential escalation point rather than a single event. The shift from a ten‑percent to an eighty‑eight‑percent breach window forces enterprises to rethink both testing methodology and real‑time safeguards.
Cisco’s Integrated AI Security and Safety Framework Explained
Cisco’s response to the alarming multi‑turn breach rates is built around a three‑layer architecture: identity, isolation, and monitoring. The first layer assigns a managed identity to every AI agent, whether it is a chatbot, a recommendation engine, or an autonomous decision‑maker. These identities carry cryptographic credentials, role‑based permissions, and audit trails that tie each request back to a specific service account. This practice directly addresses the 54 % of enterprises that have already experienced an agent‑related incident, as reported by VentureBeat’s June 2026 Pulse survey.
The second layer, isolation, places the most hazardous agents inside sandboxed environments before they see production traffic. Cisco’s internal data shows that only 30 % of surveyed firms currently sandbox their highest‑risk agents, leaving a large exposure gap. By executing potentially dangerous code in a controlled container, the framework prevents a compromised agent from reaching downstream services or data stores.
Monitoring forms the final defensive ring. Continuous telemetry streams capture prompt‑level metadata, model confidence scores, and any deviation from expected behavior. Alerts trigger automated rollback or quarantine actions, and the logs feed into Cisco’s LLM Security Leaderboard, which now tracks adversarial evaluation signals for over 105 models. This visibility is essential because, as Amy Chang demonstrated, multi‑turn success rates vary widely across models, and the same model may rank differently depending on whether it is tested with single‑turn or multi‑turn prompts.
The framework’s strength lies in its modularity. Enterprises can adopt the identity layer first—most already rely on provider‑native controls (82 % of respondents)—and then layer isolation and monitoring as maturity grows. Cisco’s recent intent to acquire Astrix Security for roughly $400 million shows the industry’s shift toward robust identity and sandboxing capabilities, a move mirrored by Palo Alto Networks and CrowdStrike’s recent acquisitions. By weaving together these three pillars, Cisco offers a pragmatic path for organizations to move from a ten‑percent single‑turn risk profile toward a defensible stance against the near‑90 % multi‑turn breach reality.
Enterprise Readiness: Current Adoption Gaps
The 2026 VentureBeat Pulse survey reveals a stark mismatch between the severity of multi‑turn AI attacks and the security postures most enterprises have adopted. While 54% of respondents have already suffered a confirmed incident (18%) or a near‑miss (36%), only 32% assign a scoped, managed identity to every autonomous agent they deploy. This shortfall leaves the majority of agents sharing credentials or operating under broad service accounts, a condition attackers exploit to pivot across conversational threads.
Even more troubling is the low rate of sandboxing for high‑risk agents, just 30% of organizations isolate these workloads in dedicated environments. Without such containment, a compromised agent can reach downstream services, exfiltrate data, or launch follow‑on attacks that evade detection. The survey also shows that 82% of firms rely primarily on provider‑native controls, meaning that default cloud configurations form the backbone of their defense. While these controls are a useful starting point, they were not designed for the iterative probing that characterizes modern multi‑turn exploits, which Cisco’s research shows break through 88.3% of the time.
These gaps illustrate a broader issue: many enterprises treat identity and isolation as afterthoughts rather than foundational controls, leaving a wide attack surface for adversaries who can adapt their prompts over dozens of conversational turns.
Strategic Responses: Identity‑Centric Controls and Isolation
Addressing the identified gaps requires a shift from reliance on default cloud settings to a layered security architecture that places identity and sandboxing at its core. The recent wave of high‑profile acquisitions, Palo Alto Networks’ $25 billion purchase of CyberArk, CrowdStrike’s $740 million deal for SGNL, and Cisco’s announced $400 million acquisition of Astrix Security, signals a market consensus that robust identity management and runtime isolation are the most valuable levers for mitigating multi‑turn threats.
Related: Tiny fan offers personal cooling solution
Implementing provider‑native controls should be viewed as a baseline rather than a ceiling. Enterprises must augment these controls with dedicated identity‑centric solutions that issue short‑lived, least‑privilege tokens per agent, enforce strict attribute‑based access policies, and integrate real‑time risk scoring. Coupling these measures with sandbox environments, either container‑level or lightweight VM isolates, creates a choke point where anomalous conversational patterns can be observed without endangering production workloads.
Layered defenses extend beyond the sandbox perimeter. Continuous monitoring of token usage, anomaly detection on prompt‑response sequences, and automated revocation of compromised identities form a feedback loop that reduces dwell time. For example, integrating a zero‑trust policy engine that validates each turn against a policy repository can terminate a session the moment it deviates from approved behavior.
A Fortune 500 financial services firm reported a 62% drop in incident rates after deploying a combined identity‑as‑a‑service platform and sandbox orchestration layer across its AI‑driven customer service bots.
Ultimately, the path forward is clear: identity and isolation must be engineered into the AI deployment pipeline from inception, reinforced by continuous verification and adaptive response mechanisms. Only by treating these controls as immutable building blocks can enterprises hope to keep pace with the 88.3% success rate that multi‑turn attackers currently enjoy.
Operationalizing Red‑Team Practices for Agentic Systems
Traditional red‑team drills have treated AI agents as static endpoints, feeding a single prompt and judging the outcome. The Cisco study, which logged 6,986 multi‑turn attacks against fifteen flagship models, shows that this approach misses the majority of real‑world threat vectors; attackers who adapt their tactics across the conversation succeeded 88.3 % of the time. To align testing with that reality, organizations must embed multi‑turn exercises into their routine. A practical workflow begins with scenario libraries that map typical user journeys, order processing, patient triage, threat assessment, and then let autonomous red‑team bots iterate through each step, probing for hidden state changes, credential leakage, or policy drift.
Automation is the linchpin. Agentic frameworks such as LangChain or AutoGPT can be scripted to generate adversarial inputs, retain context, and evolve strategies based on model feedback. By coupling these bots with continuous integration pipelines, teams can trigger attacks on every new model version, every code push, and every configuration change. Success metrics should go beyond “attack succeeded” to include time‑to‑compromise, depth of infiltration, and impact on downstream services. When an attack reaches a predefined threshold, say, extraction of a protected token, defense teams must automatically re‑train or apply a hardening rule, then rerun the entire suite to verify remediation.
Because multi‑turn attacks expose subtle failure modes that single‑turn tests never reveal, defenses must be treated as living artifacts. Regular post‑mortems, updated threat‑intel feeds, and a feedback loop that informs model‑level guardrails ensure that the red‑team’s findings translate into measurable risk reduction.
Risk Implications for Critical Applications
When an AI agent can be coaxed into revealing confidential data or generating plausible misinformation, the fallout ripples through the most regulated sectors. In finance, a compromised trading bot could expose client portfolios or manipulate market signals; in healthcare, a patient‑record assistant that leaks protected health information would trigger HIPAA violations and erode trust; in defense, a logistics planner that discloses supply‑chain routes could compromise operational security. The VentureBeat Pulse survey of 107 enterprises highlighted that 54 % have already faced a confirmed agent security incident or a near‑miss, showing how quickly these vulnerabilities translate into real damage.
Compliance frameworks now anticipate AI‑specific threats. Regulators are drafting clauses that require demonstrable isolation of high‑risk agents, audit trails for model outputs, and rapid containment procedures. Yet the same survey found only 32 % of firms assign each agent a scoped, managed identity, and a mere 30 % sandbox their most critical agents. The reliance on provider‑native controls, used by 82 % of respondents, creates a single point of failure if the underlying platform is compromised.
Related: OakNorth founder shares business insights
Incident‑response playbooks must evolve from generic breach protocols to agent‑centric actions. Detection should incorporate anomaly scores that flag unexpected conversational paths or token‑generation patterns. Containment involves revoking the agent’s credentials, rolling back to a known‑good model snapshot, and activating a quarantine sandbox that mirrors the production environment. Forensic analysis should reconstruct the multi‑turn dialogue to pinpoint the exact prompt sequence that triggered the breach, feeding that insight back into the automated red‑team pipeline.
These layered safeguards are already influencing market moves; recent acquisitions, Palo Alto Networks’ purchase of CyberArk, CrowdStrike’s deal for SGNL, and Cisco’s intent to acquire Astrix Security, reflect a strategic focus on identity and isolation. As the threat surface expands, the ability to compartmentalize agents and respond swiftly to multi‑turn exploits will become a measurable differentiator for any organization handling mission‑critical data.
Future Trends: Anticipating Next‑Generation Attack Vectors
AI‑driven adversaries are no longer static script‑writers; they are learning agents that can rewrite their own prompts as a conversation evolves. By feeding the model output back into a reinforcement‑learning loop, attackers generate adaptive prompt chains that sidestep static defenses. This self‑evolution mirrors the multi‑turn success rate reported by Cisco, 88.3 % of the time when attackers adjusted their approach mid‑conversation. As models grow in size and are deployed behind increasingly permissive APIs, the probability that a malicious agent will discover a new prompt variant before a human reviewer intervenes rises dramatically.
Prompt‑injection attacks are gaining potency through external tool access. When a model is granted the ability to call APIs, run shell commands, or retrieve files, a crafted prompt can direct the model to exfiltrate credentials or execute arbitrary code. Recent red‑team exercises have demonstrated that a single injected phrase, such as “list the contents of /etc/passwd”, can cascade into a full system compromise if the underlying orchestration layer does not enforce strict sandboxing. Enterprises that rely on provider‑native controls (currently 82 % of respondents in the VentureBeat 2026 survey) must therefore augment those controls with explicit tool‑use policies.
In response, the industry is turning toward model‑level watermarking and interpretability. Watermarks embed a faint, statistically detectable pattern in generated text, allowing defenders to trace output back to a specific model instance even after it has been transformed by downstream agents. Coupled with emerging interpretability dashboards, security teams can flag anomalous token distributions that often precede a successful injection. The Cisco LLM Security Leaderboard now lists watermark‑enabled models as a top mitigation, reflecting a shift from reactive filtering to proactive provenance tracking.
These trends converge on a single insight: the attack surface is expanding from the prompt itself to the entire execution environment. Organizations that invest today in adaptive prompt monitoring, strict tool access controls, and provenance‑aware model deployments will be positioned to detect the next generation of multi‑turn assaults before they breach critical assets.
Actionable Checklist for CISOs Deploying Generative Agents
To translate emerging threats into operational safeguards, CISOs should adopt a three‑step checklist that aligns with the gaps highlighted in the 2026 VentureBeat survey.
- Assign a unique managed identity to every agent today. Only 32 % of enterprises currently provide scoped identities, leaving the majority vulnerable to privilege‑escalation through shared credentials. Leveraging identity‑as‑a‑service platforms, such as those offered by Azure AD or Google Cloud IAM, ensures that each agent’s actions are auditable and revocable.
- Sandbox high‑risk agents before external exposure. The same survey found that merely 30 % of firms isolate their most dangerous agents. Deploying container‑based sandboxes with network egress filtering can stop a prompt‑injection chain before it reaches production APIs.
- Establish continuous multi‑turn red‑team testing and monitoring. Single‑turn tests miss the adaptive behavior that drove the 88.3 % breach rate in Cisco’s study. Integrate automated conversation simulators that replay real‑world dialogue patterns, and feed the results into a SIEM for real‑time alerting.
When these controls are combined, the attack surface contracts dramatically. Recent acquisitions, Palo Alto’s purchase of CyberArk, CrowdStrike’s deal for SGNL, and Cisco’s pending Astrix acquisition, signal a market shift toward identity‑centric and isolation technologies, confirming that the checklist is not a theoretical exercise but a concrete response to industry movement.
Frequently Asked Questions
What is a multi‑turn AI attack?
A multi‑turn AI attack is a sequence of carefully crafted prompts that iteratively coax a language model into revealing restricted information or performing disallowed actions, exploiting the model’s context‑keeping abilities.
How do multi‑turn attacks differ from single‑prompt jailbreaks?
Single‑prompt jailbreaks try to break the model’s guardrails in one go, while multi‑turn attacks spread the exploit across several interactions, often using benign‑looking queries to build up a hidden context.
Why are multi‑turn attacks so effective in 2026?
Recent models have become better at maintaining conversational continuity, which unintentionally preserves malicious intent across turns; this continuity can be leveraged to bypass safety filters that reset after each isolated request.
Can I detect a multi‑turn attack using standard content filters?
Standard content filters that inspect only the current prompt usually miss the cumulative effect of prior turns, so detection requires tracking the entire dialogue history and recognizing suspicious patterns.
What are practical steps to harden a model against multi‑turn attacks?
Implement persistent context monitoring, enforce turn‑level rate limits, and apply dynamic safety re‑evaluation that re‑checks prior conversation fragments before generating a response.
Do open‑source models suffer from the same multi‑turn vulnerabilities?
Yes, any model that retains conversational state can be vulnerable; open‑source models often lack the proprietary safety layers that commercial providers add, making them equally or more prone to such attacks.
Is there a way to safely test my model for multi‑turn weaknesses?
You can run controlled red‑team exercises using known attack templates, logging each turn’s context and response to evaluate whether the model eventually breaches its guardrails.
Will future model architectures eliminate multi‑turn attacks?
While architectural improvements can reduce the attack surface, completely eliminating multi‑turn exploits will also require robust policy enforcement, continuous monitoring, and adaptive safety mechanisms.


