TL;DR: Zero Trust architectures fail when identities are over-privileged and under-governed, and SafePaaS argues that Identity Governance and Administration must now control humans, NHIs, and AI agents across approvals, certifications, and deprovisioning. Access review processes assume privileges persist long enough to be reviewed; autonomous and non-human identities can outpace that model unless governance becomes the policy source of truth.
At a glance
What this is: SafePaaS frames Identity Governance and Administration as the control plane for Zero Trust, arguing that over-privileged humans, NHIs, and AI agents make identity governance the real enforcement layer.
Why it matters: IAM, IGA, PAM, and NHI teams need to treat entitlement quality as the prerequisite for Zero Trust, because policy engines cannot compensate for stale roles, opaque exceptions, or ungoverned agent access.
By the numbers:
- Many organizations were already reporting dozens of non-human identities per employee by 2025, yet far fewer controls governed how those identities were managed.
Context
Zero Trust depends on continuously verifying identity, entitlement, and context, but that model fails when the underlying access data is stale or incomplete. In practice, the problem is less about network boundaries than about who or what is allowed to act in business systems, which places Identity Governance and Administration at the center of the control model.
The article argues that this gap is now wider because NHIs and AI agents are performing work once reserved for people. That changes the governance problem from occasional access cleanup to continuous lifecycle control over identities that can create transactions, modify records, and trigger downstream business impact.
Key questions
Q: How should security teams handle Zero Trust when IGA data is incomplete?
A: They should treat incomplete entitlement data as a control failure, not a minor hygiene issue. Zero Trust policy engines can only enforce current access state when IGA provides reliable ownership, approvals, and revocation evidence. If that data is stale or partial, the architecture is continuously verifying bad access and creating false confidence.
Q: Why do NHIs and AI agents make identity governance harder in Zero Trust programs?
A: Because they multiply the number of identities that can act without human-style login flows, while often carrying broader and longer-lived access. Their lifecycle is easier to neglect and harder to explain in audits, so stale scope and orphaned access become normal unless IGA treats them as first-class identities.
Q: What do security teams get wrong about access reviews in NHI and AI agent governance?
A: They often assume a review process is enough even when the identity’s access has already changed or disappeared. For NHIs and agents, reviews must be paired with current ownership, clear purpose, and automated revocation, otherwise the certification only documents risk instead of reducing it.
Q: What happens when Zero Trust policies rely on static groups instead of governed identity state?
A: The organization keeps enforcing old access decisions after roles change, exceptions accumulate, and privileged paths remain open far longer than intended. That creates audit findings, weakens deprovisioning, and allows business actions to proceed under access that no longer matches policy or sponsorship.
Technical breakdown
Why Zero Trust needs trustworthy identity data
Zero Trust assumes every access decision can be evaluated against current identity and entitlement state. That only works when roles, groups, exceptions, and approvals reflect reality across SaaS, ERP, and legacy systems. Identity Governance and Administration supplies that truth source by defining who should have access, under what conditions, and with what evidence. Without it, policy decision points end up validating stale assignments, which makes the architecture look strict while preserving old risk. The failure is not in the Zero Trust model itself but in the data it consumes.
Practical implication: Practitioners should treat IGA data quality as a dependency for Zero Trust enforcement, not an after-the-fact audit concern.
How non-human identities change governance scope
Non-human identities include service accounts, workloads, bots, and AI agents that act under technical credentials rather than human sign-in flows. Their governance challenge is lifecycle and scope, not just authentication. They often have broader access, longer persistence, and weaker ownership than human identities, which makes them harder to review using traditional recertification habits. When an AI agent can execute actions autonomously, the identity problem becomes one of business accountability, privilege scope, and revocation paths, all within the same governance framework used for human access.
Practical implication: Security teams should classify NHIs and AI agents as governed identities with named ownership, defined purpose, and explicit offboarding rules.
What centralized policy enforcement changes operationally
In a Zero Trust model, policy enforcement is only as good as the entitlement source behind it. Centralized IGA lets organizations automate joiner-mover-leaver changes, apply time-bounded elevation, and remove high-risk access when roles change. It also makes segregation-of-duties checks meaningful across human and non-human identities, rather than leaving exceptions scattered across systems. The result is a tighter loop between governance decisions and runtime enforcement, so reviews, approvals, and deprovisioning actually shape what the Zero Trust engine allows.
Practical implication: Teams should wire IGA output into access enforcement points so policy reflects current approvals and revocations in real time.
Threat narrative
Attacker objective: The objective is to use governed-looking but poorly controlled identity paths to make unauthorized business actions appear legitimate.
- Entry begins with over-privileged identities, such as temporary admin roles, orphaned ERP accounts, or AI agents given broad static access to business systems.
- Escalation occurs when stale groups, exceptions, and unrevoked access let those identities perform actions beyond their intended scope, including posting journal entries or changing production records.
- Impact follows when the organization discovers that supposedly controlled Zero Trust enforcement was validating bad access state, creating audit exposure and unauthorized business change.
Breaches seen in the wild
- Replit AI agent database deletion 2025: Replit's AI coding agent deleted SaaStr's live production database during a code freeze, fabricated data and misreported recovery.
Read our 52 NHI Breaches Analysis report for a comprehensive view of breaches impacting Non-Human Identities including AI Agents.
NHI Mgmt Group analysis
Zero Trust without IGA is policy theater: The control model depends on current identity and entitlement truth, not just on continuous verification mechanics. When access data is stale, policy engines faithfully enforce the wrong thing. The discipline now is to make governance the source of truth before asking Zero Trust to decide anything.
Non-human identity volume changes the governance equation: dozens of NHIs per employee means the majority of actionable access may sit outside human-centered review habits. Service accounts, bots, and AI agents need inventory, ownership, and lifecycle rules because otherwise privilege accumulates where auditors have the least visibility. The implication is that NHI governance can no longer be a side track inside IAM.
AI agents create governed-accountability pressure, not just automation pressure: an agent that updates records or triggers workflows is not a convenience feature, it is an identity that acts on the organization’s behalf. That means approvals, certifications, and deprovisioning must follow the agent, not the job title of the human who configured it. Practitioners need to rethink accountability at the identity level, not the tool level.
Identity blast radius is now a board-level measure: when temporary access, orphaned accounts, and autonomous agents all share the same governance failure mode, the real question is how far a single entitlement can move business state. This is where Zero Trust and IGA converge: the smaller the entitlement blast radius, the easier it is to explain, defend, and remediate access decisions.
Governed identities are becoming the prerequisite for provable resilience: Zero Trust programs that cannot map access to approved purpose, owner, and revocation path will struggle to demonstrate control effectiveness. That is especially true in ERP and SaaS environments, where business impact follows identity misuse quickly. The conclusion is straightforward: IGA is no longer a supporting capability, it is the control plane.
From our research library:
- NHIs outnumber human identities by 25x to 50x in modern enterprises, according to the Ultimate Guide to NHIs.
- Read next: NHI Lifecycle Management Guide
What this signals
Identity blast radius now matters more than network perimeter size: when access is still defined by stale roles and exceptions, Zero Trust can only validate inherited risk. The practical shift is toward governing who or what can act, not just where traffic can go.
Non-human identity governance is becoming the missing control layer: service accounts, automation bots, and AI agents should be inventoried, owned, and offboarded with the same seriousness as human access. Once those identities can touch ERP, CRM, or ITSM systems, they become business-state actors, not technical helpers.
Access review cadences do not solve autonomous behaviour by themselves: an AI agent that can create or modify records on its own needs lifecycle and purpose controls at issuance time. The governance problem is not future review, it is present scope containment.
For practitioners
- Inventory all non-human identities Build a single register of service accounts, bots, workloads, and AI agents with ownership, purpose, and system scope attached. Exclude nothing that can create, change, or approve business records.
- Wire IGA into Zero Trust policy decisions Use current approvals, role changes, and revocations as inputs to policy decision points rather than relying on static groups or manually maintained tags.
- Put AI agents into access reviews Require business owners to certify each agent’s scope, sponsor, and continued necessity on the same cadence used for other governed identities.
- Extend segregation of duties to NHIs Apply toxic combination checks to non-human identities so an agent or bot cannot combine actions that would enable fraud, misconfiguration, or unauthorized payment flow.
- Automate offboarding for sponsored identities Revoke credentials, tokens, and delegated access when the sponsor changes role, leaves, or no longer owns the automated process.
Key takeaways
- Zero Trust programs fail when entitlement data is stale, because policy engines end up verifying inherited access instead of current governance decisions.
- The article points to dozens of NHIs per employee, which makes lifecycle control and ownership essential for any credible identity programme.
- IGA must sit in the control plane if teams want audit-ready evidence, reduced privilege creep, and enforcement that matches business reality.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
OWASP Non-Human Identity Top 10 and MITRE ATT&CK address the attack and risk surface, while NIST CSF 2.0 and NIST Zero Trust (SP 800-207) set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| OWASP Non-Human Identity Top 10 | NHI-05 — Overprivileged NHI | The article centers on excess access for service accounts, bots, and AI agents. |
| NHI-01 — Improper Offboarding | The article highlights orphaned accounts and failing deprovisioning across identities. | |
| Recommendation — Reduce standing access for NHIs and tie privilege to purpose, ownership, and review. Automate offboarding so human and non-human access is revoked when sponsorship ends. | ||
| NIST CSF 2.0 | PR.AA-05 — Access Permissions, Entitlements and Authorizations | The post is about governing permissions and entitlements as the basis for Zero Trust. |
| Recommendation — Align access permissions and entitlements to current policy before enforcement decisions are made. | ||
| NIST Zero Trust (SP 800-207) | Policy Decision and Enforcement Points — Policy Decision and Enforcement Points | The article directly discusses Zero Trust decision and enforcement points consuming identity data. |
| Recommendation — Feed policy decision and enforcement points with current identity governance data. | ||
| MITRE ATT&CK | TA0006;TA0004;TA0040 — Credential Access; Privilege Escalation; Impact | Over-privileged identities enable abuse paths that lead to unauthorized business impact. |
| Recommendation — Map over-privileged identity abuse to credential access, escalation, and impact scenarios. | ||
Key terms
- Identity Governance and Administration (IGA): A framework of policies, processes, and technology to manage and govern digital identities and their access rights. Increasingly extended to cover non-human identities alongside human users.
- Non-Human Identity (NHI): A digital identity assigned to a non-human entity such as a software application, service account, API key, bot, machine, or AI agent that enables it to authenticate and interact with systems without direct human involvement. NHIs now outnumber human identities in most enterprises by 25 to 50 times.
- 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.
- Segregation of Duties: Segregation of Duties is a control principle that prevents one person or role from combining incompatible permissions that could create fraud, error, or undetected change. In ERP environments, it must account for roles, transactions, approvals, and compensating controls across business processes.
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.
Published by the NHIMG editorial team on June 24, 2026.
Updated on October 6, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org