Agentic AI - Incident Response

The Incident Response Problem Nobody Is Preparing For

Chris CochranChris Cochran· Field CISO & VP of AI Security at SANS Institute.6 min read

I spent years in incident response, some of it at Mandiant, some in the government, dealing with an organization's worst day to answer one question while the clock ran: what happened, and how do we keep it from getting worse?

That question has always been hard. Enterprise AI agents are about to make it categorically harder. The industry is deep in the conversation about how to deploy these agents and barely talking about the other side. When one causes an incident, what does response actually look like? In the CISO rooms I sit in around the world, almost nobody has a real answer, and the time to build one is running out.

The IR Playbook Was Not Written for This

Traditional security IR assumes an actor who has made a decision or taken an action. With human incidents, we work backward from the action to intent, scope, and blast radius. For machine incidents, we find the tool, trace its run, and shut it down.

Agents break both models at once. An agent reasons, adapts, and makes judgment calls on context that looked legitimate in the moment. It moves across Finance, HR, Operations, and IT, mostly with no human watching, calling other agents and inheriting context from workflows nobody built it for. So the questions I relied on throughout my whole career are no longer lining up.

Who is the actor? The agent. Also, the supervisor agent that handed it the task. Also, the employee whose context it inherited three hops back. Also, the team that stood it up six weeks ago under conditions that no longer exist.

What was the intent? The agent stayed inside its permissions. Whether what it did matched the intent that authorized it is a separate question, and answering it means tracing a chain of context that may have degraded with every hop.

How do you contain it? Kill the agent? The model? The whole chain? What falls over downstream when you pull the thread?

This is what your team will stare at the first time an agent causes a serious incident. The only thing within your control is whether you built the means to answer in advance.

The Forensics Problem#

Forensics works because actions leave evidence that rebuilds into a timeline. Agentic AI breaks that quietly. The trail is still there, but it doesn't tell you what you need to know. You can capture every action, API call, and tool invocation and still have no idea whether the step at hop three lined up with the human intent at hop one. Intent doesn't show up as a field in a log.

This is the part that keeps me and most of my fellow security leaders up at night. A chain of agents produces an outcome. The logs show every step. Nobody signed off on that outcome. So which step was the failure: how the agent was provisioned, drift in the middle, or a delegation that stayed inside the letter of the policy while blowing past its spirit?

Logs alone won't answer that. You need a running record of behavioral context: what the agent was trying to do, what it believed it was allowed to do, and how that compared to its normal behavior at each step. That is why the SANS AI Security Maturity Model calls for structured logging with trace IDs across agent steps and adds reasoning traceability and decision-audit artifacts at higher maturity levels. Skip it, and you're left holding an audit trail when the moment demands forensics.

The Containment Question#

Containment is a special beast in the context of IR. Stopping the bleeding without doing more damage is one of the cornerstones of good IR.

A compromised endpoint comes off the network. A malicious process gets killed. We can predict what happens next before we act. An agent sewn into Finance, HR, and Operations is a different animal. Pull it mid-workflow, and dependent agents fail silently, transactions are left half-finished, and compliance obligations get tangled in automation that never completes. The responder's instinct to isolate runs straight into the reality that this thing is load-bearing for the business.

You cannot design containment for agentic AI in the middle of the incident. The organizations that get this right will already know their agent dependencies and blast radius, and have the governance to make a clean, targeted cut instead of yanking everything offline.

Identity Is the Foundation of Response#

Before you contain anything, you have to answer a question that sounds basic and isn't. Who, or what, are you dealing with?

Human identity holds reasonably still: a role, entitlements, a baseline. Agents don't work that way. Their scope changes with every task, they absorb context from whatever called them, and their runtime behavior can drift far from how they looked at provisioning. In a multi-agent chain, identity erodes with every hop.

So, agent identity was never a governance checkbox to me. I treat it as the thing whose response depends on. You can't investigate what you can't identify, contain what has no clear identity boundary, or assign accountability if the record doesn't show who owned which action and when. That's why I wrote two ideas into the Maturity Model: the Principle of Least Agency, prove the autonomy is genuinely needed before you hand it over, and a distinct Non-Human Identity with a named human owner for every deployed agent. Without that, response turns into archaeology.

What the Military Got Right About Autonomous Systems#

I served in the Marine Corps, and the military has governed autonomous systems for decades: drones, automated targeting, and command-and-control that makes consequential calls faster than a human can react. Nobody fielded those and crossed their fingers. We wrapped them in governance that settled the hard questions first. Clear chain of command. Defined rules of engagement. Accountability at every rung. Human authorization above a set risk threshold. Response protocols written for autonomous actors, not borrowed from the ones built for people.

Enterprise AI is rolling out autonomous agents at scale with almost no scaffolding. The move that matters is building the command-and-control layer alongside the deployment, before the first serious incident forces the conversation the hard way.

The Window Is Open, But Not for Long#

Most organizations won't build agentic IR capability until they're forced to. Agentic AI changes the math because of speed. An autonomous agent loose across enterprise systems, no human in the loop, in an environment that was never properly governed, can rack up an enormous blast radius before anyone notices.

The teams that come through intact will be the ones who did the work early: real visibility into every agent, continuous behavioral baselines, audit trails that capture intent and context, and playbooks built for autonomous actors with containment steps that respect how deeply these agents are wired into operations. It also means settling ownership before the incident. The Maturity Model draws a hard line: security incidents like prompt injection, data exfiltration, and model theft belong to Security, while safety and reliability incidents like bias, hallucination, and legal exposure belong to Legal and Risk. Working that out at two in the morning while something is on fire is not a plan.

A Final Thought#

Let me be straightforward. Slowing AI adoption was never the play. The gains from agents deployed well are real, and the organizations that deploy them safely will pull ahead.

What I'm pushing for is the governance underneath it: visibility, behavioral context, dependency mapping, and playbooks built for autonomous actors. That foundation does more than make response possible. It lets a team deploy with confidence, because they can see what their agents are doing and step in when something breaks. It's the same reason governance sits at the floor of the Maturity Model. Overall maturity can never climb more than a single stage above governance, because without that base every other strength just piles up unmanaged risk.

We've poured our energy into how to stand these agents up. The harder, more urgent question is how we respond the day one goes sideways. That day is coming. The only thing left to decide is whether you're ready when it does.

Chris Cochran is the Field CISO & VP of AI Security at SANS Institute. A Marine Corps veteran and former leader at Netflix, Mandiant, the NSA, and Axonius, Chris has spent his career at the intersection of operational cyber defense and emerging technology risk.

Explore the SANS AI Security Maturity Model™.

Chris Cochran

Chris Cochran

Field CISO & VP of AI Security at SANS Institute.

Frequently asked questions

Related content

The latest news, technologies, and resources from our team.

  • AI Agent Security Isn't Too Complex to Start. You're Just Missing the Map.

    AI agent security doesn't have to be overwhelming. Instead of chasing every new acronym or vendor category, start with three simple questions that cut through the noise. This practical framework helps CISOs prioritize discovery, identity, and runtime governance in the right order, so you can build an AI agent security strategy that actually works.

    Chen Pipek, CPO & Co-founder aizome

    Chen Pipek

  • AI Agents Don't Create Security Debt. They Collect It.

    Permissions copied from one employee to the next when someone changed roles. Temporary access granted three years ago and never revoked. Files shared "just for now" that are still accessible today. These are not new problems. They have been accumulating in enterprise environments for years, sitting underneath security programs that were doing their best but were never designed to surface them systematically. AI agents surface them all at once. At machine speed.

    Chen Pipek, CPO & Co-founder aizome

    Chen Pipek

  • 35% of Organizations Can't Shut Down a Rogue AI Agent. Are You One of Them?

    There is a question that boards are now asking CISOs that did not exist eighteen months ago. "If one of our AI agents went rogue right now - if it started doing something it was never supposed to do - could you stop it? How long would it take?" According to Writer's 2026 enterprise AI survey, 35% of organizations admit they could not shut down a rogue AI agent if one emerged. Three surveys. Three methodologies. One consistent finding: a significant fraction of enterprises have deployed AI agents they cannot stop.

    Amir Ofek

    Amir Ofek

  • NIST Just Named Five AI Agent Identity Problems.

    When the National Institute of Standards and Technology publishes a warning about enterprise AI agent security, CISOs pay attention. NIST's NCCoE named five specific identity and authorization practices that present substantial security challenges for agentic AI systems. I am not going to claim that NIST endorses aizome. What I am going to do is walk through each of the five problems NIST names and show you the architecture we built to address them. Because the architecture NIST says enterprises need is the architecture aizome already built.

    Amir Ofek

    Amir Ofek

  • How Sales, Marketing, and Operations Teams Are Using Local AI Tools to Get Work Done And What Makes It Safe to Scale

    Between purpose-built agents and shadow AI tools is a third category that most enterprises have not yet built governance infrastructure to support. Local AI tools. Claude Cowork. Claude Desktop. Tools that connect to the systems an employee already uses, respond to natural language instructions, and produce work that previously required hours of manual effort. The tool is legitimate, the user is known, but the data access pattern is new, the workflows are ungoverned, and the boundary between "this employee's work" and "this AI tool's access" is not clearly defined in any existing identity framework.

  • MCP Security: What the Most Popular Enterprise MCP Integrations Actually Mean for Your Governance Program

    Every MCP connection establishes a persistent trust relationship between an AI agent and the system it connects to. The agent authenticates to the MCP server once, establishing a session within which multiple tool calls can occur. What happens inside that session - which data is accessed, which actions are taken, which instructions the agent follows - is governed by the MCP server itself. Most enterprise identity governance stacks have no visibility into this layer.

Subscribe to the Aizome newsletter

Occasional, substance-first notes on making enterprise AI agents accountable. No spam; unsubscribe anytime.

We use your email only to send you our newsletter. See our privacy policy for how we handle your data. You can unsubscribe at any time.