By NHI Mgmt Group Editorial TeamPublished 2026-04-17Domain: EventsSource: SailPoint

TL;DR: AI agents are becoming part of the enterprise workforce while governance remains human-centric, creating gaps in visibility, ownership, lifecycle management, and trust, according to SailPoint’s Infosecurity Europe 2026 session. The underlying issue is that existing identity controls were not built for autonomous digital workers, so governance must shift from human login assumptions to machine action and accountability.


At a glance

What this is: SailPoint’s Infosecurity Europe 2026 session argues that AI agents are entering the workforce faster than human-centric identity controls can govern them.

Why it matters: For IAM and NHI teams, the gap is operational: autonomous agents can act across apps, infrastructure, and data without clear ownership or lifecycle control.

By the numbers:

👉 Read SailPoint's session details on governing the AI workforce at Infosecurity Europe 2026


Context

AI workforce governance refers to the identity, access, and lifecycle controls applied to autonomous software entities that can take action without a human at each step. The problem is not just scale. It is that traditional IAM assumes a person, a device, or a service account with stable ownership, while AI agents introduce delegated action, variable context, and unclear accountability across multiple systems.

SailPoint’s Infosecurity Europe 2026 session on 3 June uses that gap as the organising issue. That framing is consistent with broader NHI governance challenges already documented in the field, where visibility, ownership, and revocation processes often lag behind machine identity growth. For background on the governance model, see the Ultimate Guide to NHIs.

For practitioners, this is an architecture problem as much as a policy problem. If autonomous agents can request, reuse, and inherit access across applications and infrastructure, then identity governance has to track the agent’s purpose, permissions, and termination conditions, not just the account itself.


Key questions

Q: How should security teams govern AI agents as identities?

A: Treat AI agents as non-human identities with ownership, scope, and lifecycle rules. Give each agent a named owner, restrict its permissions to the task it must perform, and remove access when the workflow ends. Governance should cover credentials, tool access, monitoring, and offboarding, not just model behaviour.

Q: When does AI agent access become too risky to keep standing?

A: Standing access becomes risky when the agent can act across multiple systems, reuse credentials, or operate beyond the original task. At that point, time-bound access is safer because it forces reauthorization, limits blast radius, and reduces the chance that a forgotten agent keeps acting after business need has ended.

Q: What is the difference between human IAM and AI workforce governance?

A: Human IAM assumes a person with a predictable session, while AI workforce governance must manage autonomous execution, delegated tool use, and variable context. That means you need tighter lifecycle controls, stronger logging, and faster revocation for agents than for typical user accounts.

Q: Why do autonomous agents complicate zero trust architecture?

A: Autonomous agents complicate zero trust because they can make repeated decisions and tool calls without human confirmation at each step. Zero trust still applies, but the controls have to shift toward continuous verification, least privilege, and action-level auditability for machine identities.


Background and context

Why human-centric IAM breaks down for AI agents

Human-centric IAM is built around a user logging in, performing work within an expected session, and then signing out. AI agents do not follow that pattern. They may operate continuously, invoke tools programmatically, and chain actions across systems with no single interactive session to review. That creates a control mismatch: access reviews, ownership checks, and approval workflows were designed for people, not autonomous software entities with delegated execution authority. Once an agent can initiate work, the security question becomes not only who authenticated it, but what it is allowed to do, when, and under which guardrails.

Practical implication: identity teams need governance rules that bind permissions to agent purpose and duration, not to a static account record.

Where lifecycle management fails for autonomous digital workers

Lifecycle management for AI agents must cover provisioning, scope changes, monitoring, and revocation in a way that reflects machine-speed operations. The weak point is usually offboarding and containment. If an agent is retired, replaced, or repurposed, the associated credentials, tool grants, and embedded trust paths must be removed immediately. In many environments, those controls are fragmented across identity systems, orchestration layers, and application-specific configs. That fragmentation makes it easy for an agent to outlive the business need that created it, which turns intended automation into persistent access risk.

Practical implication: teams should treat agent decommissioning as a mandatory security workflow, not an informal cleanup task.

How trust and control should be redesigned for the AI workforce

Trust in AI workforce governance cannot rest on the assumption that an agent is behaving correctly because it was authorized once. The control model has to verify context continuously, restrict tool use to the minimum required, and log each meaningful action for review. This is where identity and access management converges with zero trust. The objective is to reduce the blast radius of any single agent by constraining what it can reach, what it can delegate, and how long its permissions remain valid. That design is more resilient than trying to manually supervise autonomous execution after the fact.

Practical implication: align AI agent access with zero-trust principles and require action-level logging for every privileged step.


NHI Mgmt Group analysis

The AI workforce creates an NHI governance problem, not just an AI governance problem. Once agents can execute tasks, call tools, and move across systems, they become non-human identities with real access consequences. That shifts the security discussion away from model behaviour alone and toward identity ownership, authorization scope, and revocation discipline. The field should treat agent identity as part of core IAM design, not as an add-on to AI policy.

Human-centric access reviews are too slow for autonomous agents. Traditional review cycles assume stable users and predictable entitlements. AI agents change the cadence of risk because their work can be ephemeral, repeated, and highly contextual. The practical lesson is that governance must move closer to runtime control, where permissions can be checked, limited, and withdrawn as the task changes.

Lifecycle control is the named gap: ephemeral credential trust debt. The more enterprises delegate to agents, the more they accumulate trust relationships that are hard to see and harder to retire. That debt shows up when credentials stay valid after the business need ends, or when an agent continues to act through inherited privileges. Practitioners should design for short-lived access and explicit termination conditions from the start.

Zero trust only works if machine identities are governed with the same rigor as human ones. Zero trust is often discussed as a network or perimeter concept, but autonomous agents force it into identity operations. If agent permissions are broad, persistent, or poorly owned, zero trust becomes a slogan rather than a control model. Organisations should use this moment to test whether their zero-trust programme actually covers non-human identities.

The market is moving toward unified identity governance for people, workloads, and agents. The practical direction of travel is clear: security teams do not want separate silos for every new form of digital worker. That means architecture choices should favour shared policy, consistent lifecycle handling, and auditability across identity types. Teams that keep AI agents outside the identity programme will end up managing the most dynamic part of the workforce with the least mature controls.

From our research:

  • 97% of NHIs carry excessive privileges, increasing unauthorised access and broadening the attack surface, according to Ultimate Guide to NHIs.
  • Only 20% have formal processes for offboarding and revoking API keys, and even fewer have procedures for rotating them.
  • That makes lifecycle discipline the immediate control priority, as detailed in Ultimate Guide to NHIs.

What this signals

Ephemeral credential trust debt: As organisations hand more work to agents, they accumulate short-lived trust relationships that are difficult to inventory and retire. The governance challenge is not only privilege excess but also the speed at which agent permissions can become stale. Teams should expect more pressure to prove continuous oversight of machine identities, not just quarterly review completion.

The scale problem is already structural. NHIs outnumber human identities by 25x to 50x in modern enterprises, so adding autonomous agents to an already crowded identity estate will stress the controls most organisations still run manually. Security programmes should prepare for more automation in entitlement review, credential expiry, and agent decommissioning, with policy mapped to NIST Cybersecurity Framework 2.0 and NIST AI Risk Management Framework where AI decisions affect access.


For practitioners

  • Define AI agent ownership and purpose Assign a named business owner, technical steward, and approved task scope for each agent before it is allowed to act across production systems.
  • Enforce short-lived, task-scoped permissions Use just-in-time access and time-bound grants for agent workflows so privileges expire when the task ends or the context changes.
  • Track agent lifecycle events end to end Require provisioning, role change, suspension, and decommissioning workflows for every agent credential, token, and certificate.
  • Log agent actions at the tool level Capture each privileged call, data access event, and delegated action so reviewers can reconstruct what the agent did and why.
  • Map AI agent controls to zero trust Apply continuous verification, least privilege, and segmentation to autonomous workflows so one compromised agent cannot reach unrelated systems.

Key takeaways

  • AI agents force IAM to move from human session control to autonomous identity governance.
  • The risk is not just more identities, but more identities with unclear ownership and persistent access paths.
  • Practitioners should prioritise short-lived permissions, explicit ownership, and rapid revocation before agent sprawl hardens into trust debt.

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 address the attack and risk surface, while NIST AI RMF and NIST Zero Trust (SP 800-207) set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
OWASP Agentic AI Top 10Agent autonomy and tool use drive the access-risk model in this session.
NIST AI RMFAI governance is central when agents make decisions that trigger access.
NIST Zero Trust (SP 800-207)Continuous verification and least privilege fit autonomous agent operations.

Assign governance ownership and risk review to every agentic workflow affecting access.


Key terms

  • AI Workforce: A set of autonomous software entities that perform business or technical work with delegated authority. In identity terms, these agents behave like non-human identities because they authenticate, access tools, and execute actions across systems. Governance must cover ownership, scope, monitoring, and retirement.
  • Agent Lifecycle Management: The process of provisioning, governing, updating, and retiring an AI agent or other non-human identity. It includes credential issuance, permission changes, logging, rotation, and offboarding. Without lifecycle control, agents can retain access after their business purpose ends, creating persistent risk.
  • Ephemeral Credential Trust Debt: A buildup of short-lived but poorly managed trust relationships created when access is granted for agentic tasks. The debt appears when those permissions are not revoked, reviewed, or expired cleanly. Over time, it expands the attack surface even if the original grant looked narrowly scoped.

What to expect at the briefing

SailPoint's full session covers the operational detail this post intentionally leaves for the source:

  • How SailPoint frames identity governance for autonomous agents across enterprise applications and infrastructure
  • The session agenda for discussing visibility, ownership, lifecycle management, and trust in the AI workforce
  • The live presentation timing and room details for Infosecurity Europe 2026 attendees
  • The speaker perspective from Benjamin Hiscoe on governance principles for autonomous digital workers

👉 SailPoint's full event listing covers the session timing, speaker, and attendance details.

Deepen your knowledge

AI workforce governance and non-human identity lifecycle control are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are building controls for autonomous agents from the ground up, it is worth exploring.
NHIMG Editorial Note
Published by the NHIMG editorial team on 2026-04-17.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org