By NHI Mgmt Group Editorial TeamBased on CyberArk: “The Agentic AI Revolution: 5 Unexpected Security Challenges” (February 28, 2025)

TL;DR: Agentic AI is expanding the enterprise identity surface as agents act on behalf of users, developers, and systems, while the article warns that shadow agents, elevated developer privileges, human-in-the-loop abuse, and machine-identity scale will strain existing controls, according to CyberArk. The governance problem is no longer hypothetical: IAM must treat agents as privileged non-human identities with audit, JIT, and visibility requirements.


At a glance

What this is: This is a CyberArk blog analysis of five agentic AI security challenges, centred on how AI agents expand the identity surface and strain existing NHI governance.

Why it matters: It matters because IAM, PAM and NHI teams need to decide whether agents are governed as ordinary automation or as privileged non-human identities with their own lifecycle, audit and access controls.


Context

Agentic AI changes the identity model because software can now act on behalf of users, developers and systems while making runtime decisions. That shifts the governance problem from static access assignment to controlling how a non-human actor obtains, uses and reports privilege.

The article argues that this matters even before agents reach broad production scale. Shadow deployment, developer privilege expansion, human-in-the-loop pressure and machine-identity growth create a governance gap that traditional IAM programmes were not designed to absorb.


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 does Shadow AI create new risk in application security?

A: Shadow AI creates risk because code can be shaped by unapproved assistants outside normal review and policy controls. Traditional scanning sees the result, but not the context of how it was produced. That weakens provenance, auditability, and the ability to prove that insecure patterns were intercepted early.

Q: What breaks when human-in-the-loop approval becomes routine for AI agents?

A: The control breaks when approval stops being a real decision and becomes a reflex. If users are asked to approve too many agent actions, they will start clicking through prompts, enabling auto-approve, or ignoring context. At that point, the policy still exists, but the supervision function no longer does.

Q: Should organisations use just-in-time access for AI model operations?

A: Yes, when access is task-based and the operational workflow can tolerate short-lived credentials. Just-in-time access reduces standing privilege and narrows the impact of compromised credentials, but it does not replace role design. Teams still need clear ownership, strong identity provenance, and separate permissions for training, deployment, and invocation.


Technical breakdown

Why agentic AI turns identity into a runtime control problem

Agentic AI refers to software that can perceive context, choose actions and pursue goals on behalf of a user or system. That matters because the access decision is no longer just about who is signed in, but about what the agent can do once it starts chaining tools, data sources and approvals in real time. The article points to a future where agents become a layer between people and enterprise resources, which makes identity governance depend on runtime authorisation, not only onboarding and role assignment.

Practical implication: treat agentic AI as a governed runtime identity layer, not as ordinary automation.

Shadow AI agents and the visibility gap

Shadow AI agents are autonomous agents deployed without proper IT or security oversight. The technical issue is not simply unsanctioned software, but unseen execution paths that may hold credentials, reach sensitive systems and operate outside normal inventory or review processes. Once an agent exists outside approved tooling, standard recertification and monitoring can miss it because there is no reliable control point to assert ownership, purpose or scope. The article frames this as a visibility failure as much as an access failure.

Practical implication: inventory agent deployments the way you inventory privileged accounts and service identities.

Why human-in-the-loop creates a new abuse path

Human-in-the-loop controls are meant to preserve oversight when an agent requests exceptions or approvals. The weakness is that the human becomes a high-value control surface, because an attacker can target the approver rather than the agent itself to drive privilege escalation or unauthorised access. That changes the trust boundary from machine execution alone to the interaction between operator judgement and agent behaviour. In practice, the approval step becomes a privileged workflow with its own attack surface.

Practical implication: secure approval workflows as privileged control paths, not administrative courtesy steps.


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 is now an identity architecture issue, not just an application trend. When software can independently perceive context, pick actions and work through tool chains, identity becomes the control plane that determines whether those actions are legitimate. The article is right to frame agents as a new interface for enterprise systems because that makes access, audit and accountability inseparable from agent design. Practitioners should stop treating agent rollouts as point projects and start governing them as privileged identities.

Shadow AI agents create an inventory problem before they create a policy problem. If security teams cannot see where agents exist, they cannot certify ownership, define scope or trace their actions after the fact. That is a governance gap, not just a detection gap, because unknown agents sit outside lifecycle controls from the moment they are deployed. The practical conclusion is that agent discovery has to be treated as a prerequisite for any credible NHI programme.

The article exposes a familiar assumption collapse: access review processes were designed for stable identities, not agents that may act, chain tools and complete work faster than review cycles can observe. That assumption fails when the actor is autonomous because privilege can be requested, used and discarded inside the same session. The implication is that governance has to move closer to issuance and runtime control, rather than relying on periodic certification to catch misuse.

Human-in-the-loop is becoming a privileged governance role. Once humans are approving agent exceptions, they are no longer just users in the process. They are security-critical decision points that attackers can manipulate to extend reach into systems and data, which means human oversight must be governed with the same seriousness as privileged access. Practitioners should treat approvers as part of the control surface.

Machine-identity scale is forcing NHI governance to mature from account administration to control automation. Ratios such as 45-to-1 make manual oversight unrealistic when many specialised agents operate together across development, operations and business workflows. The field now needs lifecycle controls that can cope with delegation density, short-lived access and pervasive traceability. The practitioner takeaway is clear: scale will punish any identity programme that still assumes identities are few, durable and human-paced.

From our research library:

What this signals

Agentic AI identity maturity will become a governance differentiator. Programmes that can inventory agents, bind them to owners and prove runtime traceability will have a cleaner path to scale than programmes that still rely on human-era certification cycles. The pressure point is not whether agents exist, but whether identity governance can keep up with their pace of action.

Access review has to move closer to issuance time. Access reviews assume a privilege lasts long enough to be reviewed, but agentic workflows can create and consume access within one task or one session. That is why identity management must fundamentally shift to address agentic AI systems, according to the 2026 Infrastructure Identity Survey. 2026 Infrastructure Identity Survey


For practitioners

  • Define agent identity ownership Assign a named business and security owner to every AI agent before deployment, including purpose, allowed data sources and escalation path. Without ownership, shadow agents become ungoverned privileged identities.
  • Inventory shadow AI agents Discover agents created through operating system tools, browsers, SaaS apps and development workflows, then fold them into the same visibility pipeline used for privileged accounts and service identities.
  • Constrain human-in-the-loop approvals Treat approval workflows as privileged access points, with explicit limits on what an approver can authorise, log every exception and separate routine validation from escalation decisions.
  • Apply JIT to agent privilege Issue task-scoped access for agents and revoke it at task completion, rather than leaving persistent permissions attached to agents that can chain actions autonomously.
  • Trace agent actions back to identity Require session audit trails that bind every agent action to an issuing identity, a workload context and the approval or policy event that allowed it to execute.

Key takeaways

  • Agentic AI turns identity into a runtime governance problem because agents can act, chain tools and reach enterprise resources independently.
  • Shadow agents, human-in-the-loop abuse and machine-identity scale show that visibility and ownership are now core controls, not secondary hygiene.
  • Organisations need task-scoped access, session audit and explicit agent ownership if they want NHI governance to remain credible as agent adoption grows.

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.
  • Shadow AI Agent: A Shadow AI Agent is an AI-driven software entity that operates outside approved governance, visibility, or control. It may access data, call tools, or make decisions without formal registration, policy enforcement, or security review. In practice, it creates hidden identity, access, data, and audit risk across enterprise environments.
  • Human-in-the-Loop (HITL): A governance pattern requiring human approval before an AI agent takes high-impact, irreversible, or out-of-scope actions. HITL is a critical control for agentic AI identity governance.
  • Just-in-Time Access Request: Just-in-Time Access Request is a pattern that grants access only when it is needed and only for the duration required. It reduces standing privilege by making access temporary, policy driven, and task scoped. This approach is especially useful for contractors, sensitive systems, and short-lived operational work.

Deepen your knowledge

NHI governance, agentic AI identity, and machine identity lifecycle 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.
NHIMG Editorial Note
Published by the NHIMG editorial team on May 29, 2026.
Updated on October 8, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org