TL;DR: Dark Reading’s 2026 poll found 48% of cybersecurity professionals expect agentic AI and autonomous systems to become the primary cyber targets next year, underscoring how quickly AI-driven attack surface expansion is outpacing current security thinking, according to SecureAuth. The core issue is not model safety alone, but continuous authorization, least privilege, and scoped access for every resource an agent can touch.
At a glance
What this is: This article argues that agentic AI security fails when teams focus on model guardrails instead of the access rights autonomous agents inherit across systems.
Why it matters: It matters because IAM, PAM, and NHI teams must govern what AI agents can reach, not just how they are prompted, or the blast radius becomes enterprise-wide.
By the numbers:
- 48% of cybersecurity professionals believe agentic AI and autonomous systems will become the primary cyber targets in 2026.
- 92% agree governing AI agents is critical to enterprise security, yet only 44% have implemented any policies to do so.
👉 Read SecureAuth's analysis of agentic AI attack surface and continuous authorization
Context
Agentic AI changes the identity problem because the system is no longer just producing output, it is making decisions, calling tools, and touching business resources at runtime. That means the security question shifts from whether the model is safe to what the agent is allowed to access across databases, APIs, and third-party services.
SecureAuth’s argument reflects a wider governance gap in AI security programmes. Teams often harden prompts and model boundaries while leaving permissions, session scope, and oversight rules broad enough for a compromised agent to become an enterprise-scale access path.
The primary concern is not speculative. When AI agents are deployed faster than identity controls are redesigned, shadow AI, unmanaged connectors, and over-broad entitlements create a control environment that assumes human-paced, reviewable access rather than machine-speed execution.
Key questions
Q: How should security teams govern AI agents that can access enterprise systems?
A: Security teams should govern AI agents as non-human identities with explicit ownership, scoped privileges, and continuous monitoring. The control set should include inventory, task-bound credentials, audit trails, and revocation paths. If an agent can call tools or touch production systems, it belongs in the same governance model as service accounts and other machine identities.
Q: Why do AI systems increase the risk of data breaches and compliance failures in enterprises?
A: AI systems concentrate sensitive data, automate decisions, and often connect to third party ecosystems, which expands the attack surface. If training data, prompts, or outputs are exposed or manipulated, the result can be data leakage, inaccurate decisions, and regulatory violations. The risk grows when teams deploy AI without clear governance, access boundaries, and ongoing review.
Q: What are the signs that AI agent access is becoming unsafe in enterprise environments?
A: Common warning signs include broad standing permissions, unclear ownership of agent credentials, excessive access to multiple data domains, and weak logging around agent actions. Risk also rises when teams cannot explain which systems an agent touched, why access was granted, or how quickly it can be revoked. Those gaps usually indicate governance has not kept pace.
A: Yes. If AI agents can call tools or query data sources, organisations should control prompts and tool access before granting broader autonomy. The safest approach is to inspect sensitive content at ingress, apply least privilege, and block or redact data when it is not needed for the task. That reduces accidental leakage and limits how far an agent can move data.
Technical breakdown
Why continuous authorization matters for AI agents
Continuous authorization means every agent action is re-evaluated at runtime against context, behaviour, and risk, rather than relying on a one-time login or static policy. That matters for agentic AI because an agent may touch multiple systems in one session, change action paths mid-task, or trigger tool calls faster than human review cycles can detect. Traditional identity controls assume stable intent and bounded execution. Agentic systems break that assumption by moving access decisions into the runtime layer, where least privilege must be task-scoped and revocable in motion.
Practical implication: teams need policy checks on each high-risk agent action, not just at initial authentication.
How MCP and API connections expand the attack surface
Model Context Protocol and API connectors act as the operational layer that lets agents reach tools, data, and workflows. In practice, that means the real risk is not the model itself but the set of downstream resources it can invoke once granted access. If those connections are loosely governed, a compromised agent can pivot through legitimate integrations rather than exploit code in the traditional sense. This creates an identity problem, a governance problem, and a third-party access problem at the same time, which is why connector review belongs in IAM and NHI governance.
Practical implication: inventory and constrain every agent-to-tool connection as part of NHI governance.
Why shadow AI is an identity discovery problem
Shadow AI is any unmanaged agent or workflow operating outside security visibility. Once an AI agent is introduced by a team without central approval, it can inherit tokens, service accounts, or delegated permissions that no one has formally reviewed. That is structurally similar to NHI sprawl, but with a faster change rate and less predictable behaviour. Security teams cannot govern what they have not discovered, which is why discovery and entitlement mapping are the foundation of any AI identity programme.
Practical implication: tie AI agent discovery to NHI inventory, access review, and entitlement recertification.
Threat narrative
Attacker objective: The attacker wants to turn a trusted AI agent into a high-speed access broker that can reach multiple systems and move data or commands without immediate resistance.
- Entry occurs when attackers compromise or inject an AI agent environment and gain access to the agent’s legitimate runtime context and connected tools.
- Escalation follows when the agent’s inherited permissions let the attacker move from model interaction to cross-system access, data retrieval, or API-driven actions.
- Impact occurs when the compromised agent uses those permissions at machine speed to exfiltrate data, alter records, or widen access before human detection can intervene.
Breaches seen in the wild
- Replit AI Tool Database Deletion — Replit vibe coding AI assistant deletes live production database and creates 4,000 fake user records.
- Meta AI Instagram Account Takeover — 20,225 Instagram accounts hijacked via compromised Meta AI support chatbot with overprivileged access.
Read our 52 NHI Breaches Analysis report for a comprehensive view of breaches impacting Non-Human Identities including AI Agents.
NHI Mgmt Group analysis
Continuous authorization is now an identity control requirement for agentic AI. The article makes the right distinction between model safety and resource access, because compromised agents do not need to break the model if they can already reach sensitive systems. IAM and NHI controls built around static session assumptions fail once the identity can choose tools and act at runtime. The implication is that agent governance has to move from initial authentication to persistent authorisation.
Model Context Protocol governance is becoming an access governance issue, not just an integration issue. Once agents can call tools through MCP and API connectors, the connector layer becomes part of the identity attack surface. That means entitlement scope, tool trust, and data reach all need to be governed together rather than treated as separate architecture concerns. Practitioners should read MCP as a privilege transport layer that expands blast radius when left broad.
Shadow AI creates unreviewed NHI growth with agent behaviour attached. Unlike ordinary service-account sprawl, these identities can make decisions and change execution paths in ways that access reviews were never designed to catch. That is why AI agent discovery must be tied to NHI inventory discipline and lifecycle control, not handled as a separate innovation project. Practitioners should assume unmanaged agent sprawl will outpace manual governance unless discovery is continuous.
Access review programmes assume stable privilege states, and that assumption is weakening. Access review was designed for identities whose permissions persist long enough to be observed, certified, and removed on a human governance cycle. That assumption fails when the actor is autonomous because access can be acquired, used, and discarded within a single runtime window. The implication is that review cadences alone no longer prove control over agent behaviour.
Named concept: identity blast radius. In agentic AI environments, the central governance unit is not the prompt or even the agent, but the total set of systems the agent can touch if compromised. This article shows that broad permissions turn a single agent into a multi-system access path. Practitioners should measure and shrink identity blast radius before scaling deployment.
From our research:
- 92% agree governing AI agents is critical to enterprise security, yet only 44% have implemented any policies to do so, according to AI Agents: The New Attack Surface report.
- Only 52% of companies can track and audit the data their AI agents access, leaving 48% with a complete blind spot for compliance and breach investigation.
- That gap points directly to OWASP NHI Top 10, where agent identity, tool access, and runtime control need to be treated as one governance surface.
What this signals
Identity blast radius will become the practical metric that matters most for AI agent governance. As agent deployments expand, the security question is no longer whether an agent is allowed to exist, but how much it can reach if compromised. Teams should expect procurement, architecture, and audit conversations to shift toward the size and scope of each agent’s reachable surface, especially where NIST AI Risk Management Framework governance can be mapped to runtime controls.
The next maturity step is to bind AI agent discovery to lifecycle management, because unmanaged agents behave like a faster-moving class of NHI. The organisations that can prove inventory, entitlement scope, and revocation discipline will be better positioned to scale autonomous workflows without creating hidden privilege debt. That is where Top 10 NHI Issues becomes operational rather than theoretical.
Continuous authorization will become the dividing line between pilot and production. Static trust models will not keep pace with agents that can select tools and execute actions across systems. Practitioners should prepare for architecture reviews that pair identity controls with OWASP Agentic AI Top 10 style threat modelling, because runtime behaviour is now part of access design.
For practitioners
- Inventory every AI agent and connector path Map AI agents, service accounts, tokens, MCP servers, and API connectors into one inventory so unmanaged access is visible before scale creates blind spots.
- Move from static entitlements to runtime authorization Apply policy checks to each sensitive agent action using context such as task scope, data sensitivity, and risk signals instead of trusting the original login event.
- Scope agent permissions to a single task boundary Give agents only the access needed for the current workflow and revoke anything broader, especially where one agent can reach multiple downstream systems.
- Govern MCP and API connectivity as privileged access Review which tools agents may call, which data they can read, and whether each connection is still required for the current business use case.
Key takeaways
- Agentic AI creates an identity problem first and an AI safety problem second.
- Broad permissions turn one compromised agent into an enterprise-wide access path.
- Continuous authorization and scoped access are the controls that change the risk equation.
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 OWASP Non-Human Identity Top 10 address the attack and risk surface, while NIST CSF 2.0, NIST Zero Trust (SP 800-207) and NIST AI RMF set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| OWASP Agentic AI Top 10 | Agentic AI access abuse and tool misuse are central to the article. | |
| OWASP Non-Human Identity Top 10 | NHI-03 | The article centres on access scope and lifecycle control for AI agents as NHIs. |
| NIST CSF 2.0 | PR.AC-4 | Continuous authorization maps directly to access control governance. |
| NIST Zero Trust (SP 800-207) | The article argues for continuous verification across resource access. | |
| NIST AI RMF | GOVERN | AI governance and accountability are central to the article's argument. |
Review AI agent privileges under NHI-03 and remove standing access where possible.
Key terms
- Agentic AI: Autonomous AI systems capable of planning, deciding, and taking actions — including calling APIs, writing code, and orchestrating other agents — with minimal human oversight. Agentic AI introduces new NHI risks as agents must authenticate to external services.
- Continuous authorization: Continuous authorization is the practice of rechecking access as a session unfolds instead of trusting a single login decision. It matters for AI workflows because the request, context, retrieved data, and downstream action can all change between prompt and execution, making static approval too blunt.
- Shadow AI: AI agents, copilots, or connected tools operating without full visibility or governance from security teams. Shadow AI becomes an identity problem when those systems authenticate with unmanaged tokens, service accounts, or OAuth apps that can reach production resources.
- Identity Blast Radius: The amount of damage a compromised identity can cause across systems, data, and infrastructure. In NHI environments, it is shaped by permissions, network reach, and administrative capability rather than by the credential alone. Reducing blast radius is a containment strategy that limits lateral movement and data exposure.
What's in the full article
SecureAuth's full analysis covers the operational detail this post intentionally leaves for the source:
- How SecureAuth frames continuous authorization across agent sessions and connected tools
- Practical guidance on microperimeters for AI agent workflows and access boundaries
- The article's discussion of MCP governance, API connector risk, and shadow AI exposure
- The vendor's interpretation of how identity control shifts when autonomous systems scale
Deepen your knowledge
NHI governance, agentic AI identity, and machine identity security are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are building or maturing an IAM or identity governance programme, it is worth exploring.
Published by the NHIMG editorial team on September 2, 2026.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org