A security function that can only say “not yet” eventually stops getting asked.

Why the Enablement Frame Matters Now

The deployment clock is no longer set by the security team. Gartner’s CIO survey work puts 17% of CIOs with AI agents already deployed and another 42% planning deployment within a year. That is a majority of the enterprise moving inside four quarters — against governance stacks that were scoped for SaaS apps and human users, not autonomous processes with filesystem access.

Signal Number Source
CIOs with AI agents already deployed 17% Gartner CIO survey
CIOs deploying within one year 42% Gartner CIO survey
Enterprise AI agents operating outside security policy 88% Ospiri research
Agentic AI spend going to guardian agents by 2028 5–7%, up from <1% Gartner

The instinctive CISO response is the one the playbook has always prescribed: pause deployments until identity, data classification, and information governance are in place. Call it block-until-ready. It is the correct sequence on a whiteboard and the wrong trade in a live market. The business is not short AI agents the way it was once short cloud storage — it is long, with leverage, and the position is growing whether or not security has marked it.

There is a second posture: run-with-guardrails. Deploy an enforcement layer that bounds what any agent can do at the endpoint, then let the business move while the slower governance layers mature in parallel. The rest of this post is the case that this is not a concession to the business. It is the higher-expected-value position for security too.

Two Postures, Marked to Market

Let’s step back and price both postures honestly, the way you would price any pair of hedges.

Dimension Block-until-ready Run-with-guardrails
Time to first sanctioned agent deployment 12–24 months (full IAM + IG buildout) Weeks (enforcement layer first)
Shadow agent exposure during the interval Grows unmonitored — demand routes around the freeze Bounded — kernel-level policy covers sanctioned and shadow agents alike
Security’s standing with the business “Department of no” — bypassed, then blamed Trusted counterparty — consulted before deployment
Risk profile Unpriced tail risk from ungoverned workarounds Priced, bounded exposure with audit evidence
Budget conversation Security tax, contested every cycle Velocity unlock, co-sponsored by the business
End state Same governance stack, built late, against resentment Same governance stack, built on observed real usage

The asymmetry worth staring at: block-until-ready does not actually reduce exposure. It reduces visible exposure. The agents still arrive — Cursor on developer laptops, Microsoft 365 Copilot inside the tenant, Claude Desktop wherever someone has a license — they just arrive without a control plane. You haven’t hedged the position; you’ve stopped looking at the screen.

The Failure Sequence of Block-Until-Ready

The pattern is familiar from the DLP and CASB rollouts of the last decade, and it runs on a depressingly reliable schedule:

  1. The freeze is announced. Agent deployments require approval pending the identity and data-classification program — a 12–24 month project on any honest plan.
  2. The business routes around it. Teams with quarterly targets do not wait two years. Engineers install standalone agents; business units switch on the embedded ones already inside Slack, Salesforce, and Zoom.
  3. The shadow inventory compounds. Each ungoverned agent carries the user’s full permission scope. Through 2028, Gartner expects at least 80% of unauthorized agent transactions to come from internal violations — oversharing, misuse, misguided behavior — not external attack. The freeze manufactures exactly this population.
  4. An incident lands. Now it surfaces as a P&L event, often outside cyber-insurance coverage for misuse.
  5. Security takes the blame for both. For the incident, and for the velocity the business lost waiting. That is the worst seat at the table: all of the accountability, none of the control.

So, what’s the moral? A blocking posture without enforcement coverage is not conservative. It is short volatility with no hedge on.

The Velocity Math

The enablement frame becomes concrete when you put it in expected-value terms a CFO will recognize:

Enablement Value = (Deployments Unblocked × Value per Deployment) − (Incident Frequency × Incident Severity)

Factor Block-until-ready Run-with-guardrails
Deployments unblocked Near zero for 12–24 months Begins in the first quarter
Value per deployment Deferred, discounted Realized at the business’s clock speed
Incident frequency Unmeasured (shadow estate has no telemetry) Reduced — policy applies before actions execute
Incident severity Full blast radius of the user’s permissions Bounded by kernel-level scopes per agent

Ospiri’s research puts the cost differential of governed versus ungoverned agent estates at +$670K — and the first term of the equation is the one most security business cases leave at zero. A guardrail layer that ships in weeks moves both terms in the right direction at once. That is what makes it an enablement purchase rather than a security tax: the sponsor case can be co-signed by the COO, not just defended by the CISO.

What the Guardrail Layer Has to Be (and What It Isn’t)

A word of honesty, in the spirit of Gartner’s antihype guidance for this category: run-with-guardrails is not an argument that one tool replaces the governance stack. It is an argument about sequencing. The agent firewall is the layer that can ship first because it sits at the kernel, beneath every agent — sanctioned, embedded, or shadow — rather than waiting on an inventory of integrations.

Requirement Why it’s load-bearing What doesn’t qualify
Enforcement at the kernel, pre-action Must bound what executes, not report what executed Dashboards, gateways watching prompt traffic
Coverage of unknown agents by default Shadow agents are the majority of the estate Per-integration API connectors
Copy-on-write style mediation, not block-on-deny Hard blocks recreate the freeze and the revolt that follows Binary allow/deny prompts that train users to click through
Evidence stream into the existing stack Splunk/Datadog and GRC need artifacts for NIST CSF and ISO 27001 mapping Standalone consoles nobody audits

Identity for agents, data classification, full information governance — build all of it. The point is that none of it should be the gate in front of the business’s first deployment, because none of it ships in a quarter.

What CISOs Should Do This Quarter

Step Action Output Effort
1 Replace the deployment freeze with a guardrail prerequisite: agents run where enforcement is present A policy the business reads as “yes, here’s how” One policy cycle
2 Deploy kernel-level enforcement and observability on the highest-agent-density estate (usually dev endpoints) Bounded exposure plus a real agent inventory Weeks
3 Re-baseline the IAM / data-classification roadmap as a parallel track, not a gate A sequencing plan leadership can fund without stalling deployment One planning session
4 Take the enablement case to the business sponsor — deployments unblocked, exposure bounded A co-sponsored budget line instead of a contested one One meeting

The Bottom Line

Agent governance done as a blockade fails twice — the business loses the velocity and security still inherits the incidents; done as a guardrail layer, it is the mechanism by which a CISO says yes. The 17% deployed and 42% arriving within the year are not waiting for a 24-month identity program, and the 88% of agents already outside policy are the proof. The right architecture lets you take the other side of that trade: enforcement now, maturity in parallel. If your team is sizing this for the next budget cycle, request a working session. We will walk through your environment, baseline your actual agent inventory against the policy you wish you had, and scope a deployment for your enterprise estate. Ninety minutes, and you leave with the enablement case your CFO can sign.