By NHI Mgmt Group Editorial TeamPublished 2025-10-02Domain: Agentic AI & NHIsSource: Delinea

TL;DR: Agentic AI is already active in IT operations for 66% of organisations, while 56% report shadow AI issues at least monthly, according to Delinea's 2025 AI in Identity Security report. Traditional RBAC and static access models are not built for AI-to-AI credential exchange, auditable identity mapping, or intent-aware privilege control.


At a glance

What this is: This analysis argues that agentic AI security depends on identity-centric access controls because static RBAC, weak visibility, and standing privilege do not fit AI-to-AI interactions.

Why it matters: It matters because IAM, PAM, and lifecycle teams now have to govern AI identities alongside human and machine identities without assuming human-paced approval or stable role assignments.

By the numbers:

👉 Read Delinea's analysis of agentic AI security and access controls


Context

Agentic AI security is the problem of governing systems that can decide, act, and interact with other systems on behalf of an organisation. The central gap is that many identity controls still assume fixed roles, stable ownership, and predictable approval paths, while agentic systems can change context and initiate access patterns at runtime.

Delinea's research frames the issue as an access-control problem, but the broader governance issue is identity clarity. Once AI personas, agent IDs, and delegated credentials spread across hybrid environments, security teams need to know which identity is acting, what it can reach, and whether its actions remain within intended business purpose.

That challenge is now familiar across NHI, PAM, and emerging agentic AI programmes. Organisations that treat agentic systems as just another automation layer will miss the identity-specific controls they require, especially where AI-to-AI exchange and shadow AI create unseen paths to sensitive data.


Key questions

Q: How should security teams govern agentic AI access without relying on static RBAC?

A: Security teams should govern agentic AI with task-scoped entitlements, explicit ownership, and high-risk action gates rather than broad static roles. The access model needs to reflect what the agent is doing at runtime, not only what it was meant to do at onboarding. That means tighter approvals, shorter-lived credentials, and continuous logging.

Q: Why do agentic AI systems create more IAM risk than ordinary automation?

A: Agentic systems create more IAM risk because they can alter their behaviour during execution, choose actions dynamically, and interact with multiple systems without a human following each step. Ordinary automation is usually pre-scripted. The governance problem changes when the actor can adapt its path, not just execute a fixed workflow.

Q: What do security teams get wrong about shadow AI governance?

A: Teams often treat shadow AI as a discovery issue only, but unmanaged agents also break ownership, attestation, and offboarding processes. If an identity is not mapped, its access cannot be recertified or revoked with confidence. Discovery matters, but classification and lifecycle control matter just as much.

Q: Who should approve high-risk actions performed by AI agents?

A: High-risk AI actions should be approved by a human control owner or a delegated authority operating through PAM, especially when the action can affect production, secrets, or sensitive data. Approval should happen before the sensitive action executes, and the approval rule should be tied to the specific risk level, not the general identity of the agent.


Technical breakdown

AI-to-AI credential brokering and delegated trust

AI-to-AI credential brokering is the controlled exchange of tokens, certificates, or other credentials between systems that act on behalf of the business. In agentic environments, the security question is not only whether an identity can authenticate, but whether a downstream agent should inherit or present trust on the upstream system's behalf. That changes the trust boundary from a single login event to a chain of delegated assertions. If the chain is not explicit, auditability collapses and access decisions become hard to reconstruct after the fact.

Practical implication: bind delegated credentials to specific tasks and record each handoff in an auditable identity trail.

Visual digital identity mapping for agent personas

Visual digital identity mapping makes agent identities understandable by showing how AI personas, service identities, model metadata, and business functions relate to each other. This matters because agentic systems often operate across multiple systems without a human operator standing beside each action. Mapping turns hidden identity relationships into something IAM and security teams can review, recertify, and challenge. Without that visibility, organisations cannot reliably answer who authorised what, or whether an agent still has the access it needs.

Practical implication: inventory agent identities and link each one to an owner, purpose, and access boundary.

Why RBAC breaks down for dynamic agent behaviour

Role-based access control works when tasks map cleanly to predefined job functions, but agentic systems can shift between tasks, tools, and data sources during execution. That makes static role assignment too blunt and too durable. The problem is not just over-permissioning, but that the role may no longer describe the actual action path once the agent starts chaining decisions. Privileged access management and intent-based controls therefore become necessary to constrain high-risk actions when the agent's path is not fully predictable in advance.

Practical implication: replace durable roles with task-scoped, time-bounded entitlements and step-up approval for sensitive actions.


NHI Mgmt Group analysis

Identity-centric security is now the only workable baseline for agentic AI. Static RBAC assumes the access pattern is known before execution and remains stable long enough to govern through provisioned roles. Agentic systems break that assumption because they can alter tool use and access paths at runtime. The implication is that access governance must be tied to identity, task, and observable intent rather than to a fixed label on the workload.

Shadow AI is a visibility problem before it is an access problem. Once unmanaged agents exist in the environment, security teams lose the ability to certify who owns them, what they touched, or whether their credentials were still valid. That is a governance failure, not just a tooling gap. Practitioners should treat discovery and classification of agent identities as a prerequisite for every downstream control decision.

Agent persona mapping is the named control concept this market now needs. AI personas, agent IDs, and model metadata have to be made legible to IAM and PAM teams before any meaningful authorization review can happen. Without that mapping, approvals, attestations, and incident response all become guesswork. Practitioners should assume that undocumented agent identity relationships are already a control weakness.

PAM is becoming the practical enforcement layer for high-risk agent behaviour. Delinea's framing aligns with a wider pattern: once an agent can reach privileged systems, the only defensible control is real-time constraint, not after-the-fact review. The underlying issue is not merely privilege abuse, but the inability of static entitlement models to keep pace with runtime decision-making. Practitioners should position PAM as the gate for sensitive AI actions, not as a downstream logging layer.

AI-to-AI trust chains need lifecycle governance, not one-time onboarding. Agentic systems can be created, repurposed, and retired faster than human-run access review cycles were designed to handle. That means offboarding, reclassification, and recertification must apply to agent identities as continuously as they do to human or service accounts. Practitioners should build governance for the full identity lifecycle, not just initial authentication.

From our research:

  • 97% of NHIs carry excessive privileges, increasing unauthorised access and broadening the attack surface, according to Ultimate Guide to NHIs.
  • 91.6% of secrets remain valid five days after the targeted organisation is notified, showing that remediation lag is still a structural weakness in identity governance.
  • 52 NHI Breaches Analysis shows how credential exposure and delayed revocation repeatedly turn identity weakness into incident impact.

What this signals

Agent persona mapping is becoming the practical dividing line between teams that can govern AI access and teams that can only observe it after the fact. As agentic systems spread, programmes need a way to connect identity, purpose, ownership, and execution scope in one reviewable model. The teams that build that model first will have a cleaner path to PAM, recertification, and incident response.

With 97% of NHIs carrying excessive privileges in our research, the pattern is already visible: broad entitlements are the default failure mode, and agentic systems will amplify it unless access becomes task-bound. That means current IAM roadmaps should prioritise visibility and entitlement reduction before they add more orchestration.

The next control gap is not whether an agent can authenticate, but whether the organisation can prove why it acted. That pushes security leaders toward cryptographically durable logs, explicit ownership, and lifecycle offboarding for AI identities, with PAM and identity governance working as a single operating model.


For practitioners

  • Inventory every agent identity and delegated credential Map AI personas, agent IDs, tokens, and certificates to owners, purposes, and system boundaries. Make the inventory reviewable by IAM and security teams, and treat undocumented agents as unmanaged identities.
  • Replace standing roles with task-scoped entitlements Use policy-based access that binds privileges to approved tasks, sensitivity levels, and execution windows. Remove durable access where the agent only needs short-lived permissions to complete a specific operation.
  • Add human approval gates for privileged AI actions Require real-time approval before agents can reach high-impact systems or perform destructive changes. Use PAM controls to separate routine agent activity from actions that could alter production or expose data.
  • Log AI actions with cryptographic integrity Preserve a tamper-evident trail for agent decisions, token use, and downstream system calls. Make those logs usable for incident response, attestation, and post-action review.

Key takeaways

  • Agentic AI security fails when organisations rely on static roles and assume runtime behaviour will stay predictable.
  • Visibility, delegated trust, and privileged access controls are the three pressure points that now determine whether AI identities can be governed at all.
  • Teams need inventory, task-scoped access, and lifecycle controls for agents before they scale autonomous operations further.

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 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
OWASP Agentic AI Top 10AGENTIC-03Covers delegated tool use and runtime access decisions in agentic systems.
OWASP Non-Human Identity Top 10NHI-04Agent identities still rely on secrets, credentials, and privilege boundaries.
NIST CSF 2.0PR.AC-4Identity access management is central to agent trust and authorization.

Scope agent actions, token use, and escalation paths under AGENTIC-03 before production rollout.


Key terms

  • Agent Persona Mapping: The practice of making AI identities legible to security and governance teams by linking each persona to an owner, purpose, and access boundary. It turns opaque agent behaviour into a reviewable identity object that can be attested, constrained, and retired like other non-human identities.
  • AI-To-AI Credential Brokering: The controlled exchange of credentials between systems that act on behalf of an organisation. In agentic environments, the key issue is not just authentication, but whether delegated trust remains limited to the intended task, system, and time window rather than spreading across the full chain of action.
  • Task-Scoped Entitlement: An entitlement that exists only for a specific action, objective, or execution window. For agentic systems, this is more precise than a durable role because it aligns access with what the actor is trying to accomplish at runtime, not with a broad job label assigned earlier.
  • Shadow AI: Undiscovered or unmanaged AI systems operating inside an organisation without full visibility, ownership, or governance. The risk is not only that the systems exist, but that their access, data handling, and lifecycle state cannot be reliably reviewed or revoked by normal identity controls.

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 responsible for identity security strategy or NHI governance in your organisation, it is worth exploring.

This post draws on content published by Delinea: Agentic AI Security: Building the next generation of access controls. Read the original.

NHIMG Editorial Note
Published by the NHIMG editorial team on 2025-10-02.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org