TL;DR: Agentic AI adoption is moving faster than enterprise security, according to Agen.co citing Cisco and Omdia research showing that 55% of workers are expected to collaborate with AI agents within 24 months and 62% of executives are struggling to protect networks, manage agent identities, and secure data in motion. The gap is not technical novelty but governance lag: centralized control, observability, and auditability are becoming prerequisites for safe scale.
At a glance
What this is: Agen.co argues that enterprise agentic AI adoption is outpacing the governance, identity, and audit controls needed to manage AI agents safely at scale.
Why it matters: It matters because IAM, PAM, and NHI teams now need to govern AI agents as production identities, not as experimental automations, or security will trail adoption.
By the numbers:
- On average, executives estimate that 55% of their workforce will regularly collaborate with AI agents within the next 24 months.
- 87% say agentic AI has already directly reshaped their strategic priorities.
- 62% of executives say they struggle to protect networks from AI-driven attacks, manage agent identities, and secure data in motion.
- 91% of organizations are moving toward centralized AI governance models.
Context
Agentic AI governance is the problem of controlling software entities that act on behalf of employees, not just chat with them. In this article, the security gap is that deployment is accelerating faster than the identity, policy, and audit structures needed to govern those agents consistently.
The article frames the issue as a governance failure, not a feature gap: organizations can connect AI agents to enterprise systems quickly, but without centralized control the resulting access paths become inconsistent and hard to review. That is why agentic AI now sits squarely inside the agent identity lifecycle conversation.
Key questions
Q: How should security teams govern agentic AI as it moves into production?
A: Security teams should govern agentic AI as a class of non-human identity, not as a generic application feature. That means assigning ownership, scoping permissions tightly, logging every tool action, and revoking access on a defined lifecycle. Production rollout should require clear approval points for high-risk actions and continuous monitoring for drift.
Q: Why do AI agents create more governance risk than static AI models?
A: AI agents create more governance risk because they act autonomously, choose actions dynamically, and interact with tools, data, and systems in real time. That expands the attack surface beyond model output to identity, permissions, and execution. They can chain actions, persist state, and make mistakes at machine speed, so weak controls can quickly become unauthorized access, data exposure, or policy drift across environments.
Q: What signs show that agentic AI is outgrowing traditional trust and safety controls?
A: The clearest sign is that repeated patterns stop appearing. If an agent can alter its path, chain actions across systems, and succeed without a human checkpoint, pattern-based blocking becomes less effective. That is a signal to shift from detection-only controls to identity-backed policy enforcement and session-level audit trails.
Q: Should organisations treat agent access like human access or machine access?
A: Neither model is sufficient on its own. Human access governance does not handle runtime autonomy well, while machine access governance assumes scope is stable and predictable. Agent access needs both delegation awareness and action-time enforcement, because the trust boundary sits between the human, the agent and the system.
Technical breakdown
Why agent identities need centralized governance
AI agents are not just another integration layer. Once they can book meetings, create tickets, update CRMs, and execute workflows, they become identity-bearing actors that need governed access, traceability, and revocation. Centralization matters because ad hoc approvals produce inconsistent behaviour across tools and teams, which makes policy enforcement and audit evidence unreliable. The practical difference is that governance has to follow the agent across platforms, not sit inside each application. Without a single control plane for identity and access, every approved connection becomes a separate security exception.
Practical implication: treat agent identity governance as a central platform capability, not a per-app afterthought.
Why observability and audit trails are the control boundary
Agentic systems create risk at the point of action, not just at the point of login. That means logs, transaction context, and approval evidence become the security boundary for deciding what an agent did, which principal it acted for, and whether the action was authorised. In practical terms, observability is not telemetry for troubleshooting alone; it is the mechanism that makes review, accountability, and incident reconstruction possible. If the audit trail is incomplete, the organisation loses the ability to prove what the agent accessed or changed. See the AI Agent Observability, Audit and Incident Response Guide.
Practical implication: require action-level audit trails before allowing production agent access.
How structured access workflows differ from ungoverned delegation
Structured workflows turn agent access into a controlled decision rather than a bypass. Instead of letting an agent inherit broad tool access by default, the workflow routes unapproved access requests through policy, review, and logging. That reduces the chance that agent actions become opaque or persistent simply because the agent is embedded in a familiar app. This is also where zero trust logic applies: the request, the principal, and the context all have to be evaluated at the point of use. In an agentic environment, delegation without controls is just scaled ambiguity. Read Zero Trust for AI Agents.
Practical implication: gate new agent-to-tool connections through policy workflows instead of inherited access.
Threat narrative
Attacker objective: The objective is to abuse agentic access paths to operate inside enterprise systems with weak oversight and insufficient accountability.
- Entry occurs when an employee connects an AI agent to enterprise tools so the system can act on their behalf.
- Privilege expands when the agent is allowed to use multiple workflow systems without a centralised policy gate.
- Impact follows when uncontrolled agent actions create inconsistent behaviour, weak auditability, and a larger attack surface for AI-driven abuse.
Breaches seen in the wild
- CoPhish OAuth phishing via Copilot Studio: Datadog showed Copilot Studio agents on a Microsoft domain can front OAuth consent phishing and forward stolen tokens; no victims reported.
- Langflow Flodrix botnet 2025: Attackers used Langflow's unauthenticated code endpoint to dump AI servers' environment variables and enlist them in the Flodrix botnet.
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
Agentic AI governance is becoming an identity discipline, not a workflow preference. The article describes AI agents operating inside business systems, which means the real control problem is who or what is authorised to act, under what policy, and with what evidence. That shifts the centre of gravity from app integration to identity governance, where access lifecycle, approvals, and revocation have to apply to non-human actors as rigorously as they do to humans.
Centralized AI governance is the only defensible response to distributed agent access. The article is right to flag that decentralized approaches create inconsistent behaviour and nearly impossible audit enforcement. In practice, a fragmented model leaves every application owner to interpret agent access differently, which undermines repeatability and accountability across the enterprise. The field should read this as a governance architecture problem, not a tooling preference.
Agent identity controls now define whether AI scale is controllable or merely convenient. The cited research shows adoption pressure is already outpacing security readiness, and that is the point where convenience becomes technical debt. If agent access is being granted faster than it can be observed and revoked, the organisation has already accepted identity risk as an operating model.
Ephemeral workflow access is the new governance baseline. Agent interactions should be treated as time-bounded, task-scoped identity events rather than durable relationships. That is the practical shape of control in this category: access must be small, visible, and revocable, or the organisation will keep expanding privilege faster than it can explain it. Practitioners should design for task-scoped authority, not ambient trust.
From our research library:
- Only 44% of organisations have implemented any policies to manage their AI agents, despite 92% agreeing that governing AI agents is critical to enterprise security, according to the 2026 Infrastructure Identity Survey.
- Read next: Agentic AI Identity Guide
What this signals
Agentic AI creates an access governance problem before it creates an AI security problem. The first failure mode is not model behaviour alone, but the expansion of delegated access into systems that were never designed for autonomous action. Governance programmes that still assume a human operator behind every request will miss the control point where identity, policy, and action converge.
Task-scoped authority is emerging as the practical baseline for AI agent control. Access review cycles do not scale to software actors that can request and use privileges quickly across many tools, so the governance question shifts to issuance time. The article points to a market where 55% of workers may collaborate with AI agents within 24 months, which means entitlement design has to move faster than traditional review cadences.
Identity governance for agentic systems will be judged by auditability, not enthusiasm. Organisations that can show who the agent acted for, what it touched, and why it was allowed to act will have a defensible operating model. Those that cannot will keep expanding AI use while their control evidence stays fragmented and reactive.
For practitioners
- Define a central agent governance model Assign one team to own AI agent identity, approval, logging, and revocation across business tools instead of allowing each application team to improvise controls.
- Require action-level audit trails Capture the principal, tool, request context, approval path, and outcome for every agent action so reviewers can reconstruct what happened later. See the AI Agent Observability, Audit and Incident Response Guide.
- Gate new tool connections through policy Route every unapproved agent-to-tool request through a structured workflow before the agent can use the integration in production.
- Limit agent access to task scope Grant only the minimum tool access needed for a specific business task, and remove it when the task ends instead of leaving broad standing access. Read Zero Trust for AI Agents.
Key takeaways
- Agentic AI is already functioning inside enterprise workflows, but the governance model is lagging behind the pace of adoption.
- The article's evidence points to a gap between deployment and control, especially around identity, access, and auditability.
- The practical response is centralized governance with task-scoped access and complete action logging for AI agents.
Related NHI Mgmt Group resources: Agentic AI Identity Guide · AI Agent Observability, Audit and Incident Response Guide · AI Agent Authorisation Guide · Zero Trust for AI Agents
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, OWASP Non-Human Identity Top 10 and MITRE ATT&CK address the attack and risk surface, while NIST CSF 2.0 and NIST AI RMF set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| OWASP Agentic AI Top 10 | ASI03 — Identity & Privilege Abuse | The article is about agent identity, delegated access, and control failure in agentic systems. |
| Recommendation — Apply ASI03 to constrain agent privilege, approval paths, and action scope at runtime. | ||
| OWASP Non-Human Identity Top 10 | NHI-05 — Overprivileged NHI | AI agents here function as non-human identities with access that must be scoped and revoked. |
| Recommendation — Reduce standing authority for agents and enforce least privilege across their enterprise access. | ||
| NIST CSF 2.0 | PR.AA-05 — Access Permissions, Entitlements and Authorizations | The article centers on entitlement governance for agent access across enterprise tools. |
| Recommendation — Review agent entitlements against PR.AA-05 and remove any access that is not task-scoped. | ||
| NIST AI RMF | GOVERN — AI Governance and Accountability | Centralized AI governance and accountability are the core solution themes in the article. |
| Recommendation — Establish AI governance ownership, accountability, and review processes before scaling agents. | ||
| MITRE ATT&CK | TA0006;TA0008 — Credential Access; Lateral Movement | The article warns that weakly governed agents can broaden access paths across systems. |
| Recommendation — Map unmanaged agent access to TA0006 and TA0008 to prioritize control coverage and detection. | ||
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.
- Task-Scoped Access: Task-scoped access is permission granted for one defined purpose and removed once the task is complete or the session expires. For non-human identities, it reduces standing privilege and limits how long an attacker can exploit a stolen credential.
- Agent Audit Trail: An agent audit trail is the recorded history of what an AI agent or automated agent did, when it did it, and what data or systems it touched. It typically includes prompts, tool calls, decisions, approvals, outputs, and errors, creating evidence for investigation, compliance, and accountability across agentic workflows.
- Centralized AI: An AI architecture in which data, compute, and control are concentrated in a small number of provider-managed systems. This model can be efficient at scale, but it increases dependency on the operator and can create larger breach, censorship, and single-point-of-failure risks if governance is weak.
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 programme, it is worth exploring.
Published by the NHIMG editorial team on October 22, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org