TL;DR: Identity-related breaches are now a board-level identity security problem, according to CyberArk, citing 87% of organisations that have experienced at least two successful breaches and framing privileged controls, lifecycle governance and continuous discovery as the core response. The real issue is not adding more access tooling, but treating every identity type as part of one governance model.
At a glance
What this is: CyberArk’s article frames identity security as a cross-domain problem spanning human, machine and AI identities, with breach frequency used to justify stronger privilege controls and lifecycle governance.
Why it matters: It matters because IAM, NHI and PAM teams increasingly have to govern the same access patterns across people, service accounts and AI-driven systems without assuming one control model fits all.
By the numbers:
- 87% of organizations have experienced at least two successful identity-related breaches.
- Only 5.7% of organizations have full visibility into their service accounts.
- 97% of NHIs carry excessive privileges, increasing unauthorized access and broadening the attack surface.
- 79% of organizations have experienced secrets leaks, with 77% of these incidents resulting in tangible damage.
👉 Read CyberArk's article on securing every identity with privilege controls
Context
Identity security is the control plane for who and what can reach systems, data and applications. In this article, CyberArk uses breach frequency to argue that modern IAM has moved beyond human logins and now has to govern machines and AI as first-class identities.
That framing is directionally right, even if the article stays promotional. For security teams, the practical question is not whether identity matters, but whether privilege, lifecycle and visibility controls are consistent across workforce users, service accounts and AI-enabled execution paths.
Key questions
Q: How should security teams govern machine and AI identities alongside human users?
A: Treat them as one identity programme with different lifecycle rules, not as separate security domains. Humans need authentication and access review processes, while machine and AI identities need discovery, ownership, rotation, revocation and privilege scoping. The control objective is the same in all cases: know what exists, know who owns it and know when access should end.
Q: Why do excessive privileges create such a large identity security risk?
A: Because any identity with more access than it needs has a larger blast radius when credentials are stolen or sessions are abused. Excess privilege also makes compromise easier to convert into lateral movement, data access or administrative control. In hybrid environments, this risk applies equally to service accounts, API keys and human administrator accounts.
Q: What do organisations get wrong about identity lifecycle management?
A: They often manage joiner, mover and leaver processes well for employees but leave non-human identities outside the same discipline. That creates orphaned service accounts, stale API keys and unreconciled certificates. Lifecycle governance only works when creation, ownership, rotation and decommissioning are enforced for every identity class.
Q: When should teams prioritise privilege controls over broader IAM projects?
A: When privileged identities can touch production systems, secrets stores or sensitive data paths, privilege controls should be the first priority. Those identities create the fastest route from access to impact. Broader IAM modernisation still matters, but it will not compensate for unchecked standing privilege in high-risk accounts.
Technical breakdown
Continuous discovery across human, machine and AI identities
The article’s strongest architectural point is that identity control starts with discovery. In practice, discovery means finding accounts, keys, tokens, certificates and privileged sessions across cloud and on-premises systems, then attaching context so teams know which identities are high risk. Without that inventory, access governance becomes reactive because the programme cannot certify, rotate or revoke what it cannot see. For NHI programmes, this is the difference between a register of known identities and a live control surface.
Practical implication: build continuous identity discovery before you rely on access reviews or rotation campaigns.
Why privilege controls matter more than static access models
CyberArk centres its argument on privilege, which is where human IAM and NHI governance meet. Static roles and persistent permissions assume identities behave in predictable ways, but modern environments rely on short-lived automation, delegated access and contextual elevation. That makes least privilege a runtime discipline, not a one-time provisioning decision. For machine and AI identities, excessive standing privilege expands blast radius long before a compromise is detected.
Practical implication: align entitlements, session controls and elevation rules to runtime risk instead of provisioning assumptions.
Lifecycle management is now an identity security control
The article links joiner, mover and leaver processes to both people and machines, which is the correct governance lens. Human identities need onboarding, role change and offboarding controls. Service accounts, workloads and AI agents need equivalent lifecycle handling for creation, ownership, rotation, decommissioning and revocation. If lifecycle is fragmented by actor type, access outlives accountability and compliance evidence becomes incomplete.
Practical implication: treat identity lifecycle as a shared control family, with different rules for humans, NHIs and AI systems.
Threat narrative
Attacker objective: The attacker wants to turn trusted identity access into broad operational reach without needing to break the underlying infrastructure.
- Entry occurs when an identity, human or non-human, is granted more access than it should have for its actual task scope.
- Escalation happens when standing privilege, stale entitlements or weak session controls let the identity reach systems outside its intended boundary.
- Impact follows when the compromised identity is used to move laterally, access sensitive data or interfere with production operations at scale.
Breaches seen in the wild
- Cisco DevHub NHI breach — IntelBroker exploited exposed Cisco credentials, API tokens and keys in DevHub.
- DeepSeek breach — DeepSeek breach exposed 1M+ log lines and sensitive secret keys.
Read our 52 NHI Breaches Analysis report for a comprehensive view of breaches impacting Non-Human Identities including AI Agents.
NHI Mgmt Group analysis
Identity security is no longer a perimeter control, it is the operating model for every access path. CyberArk is right to frame the problem around workforce, machine and AI identities because modern environments do not respect those historical silos. The practical consequence is that identity governance, PAM and NHI controls have to be designed as one control plane, not separate programmes that only meet during an audit.
87% of organisations with two or more identity-related breaches is not a maturity gap, it is a control design failure. That level of repetition suggests enterprises are still treating identity compromise as an exception rather than a predictable outcome of over-privilege, weak lifecycle discipline and incomplete visibility. The field should read that as evidence that identity controls are absorbing too much risk after the fact instead of constraining it up front.
Unified privilege controls matter because standing access is still the easiest path from valid identity to broad impact. The article’s emphasis on adaptive privilege is useful, but the deeper point is that privilege must be continuously bounded across humans, service accounts and AI-driven execution. When privilege is centralised in one governance model, security teams can measure drift, review ownership and reduce the attack surface before a breach turns into lateral movement.
Lifecycle management is the named concept this market needs to sharpen. Identities are not static, and governance fails when provisioning, review, rotation and decommissioning are treated as separate tasks instead of one lifecycle chain. That matters most for NHIs and AI-enabled identities, where access can persist after the business reason has already disappeared. Practitioners should judge programmes by whether lifecycle ownership is explicit for every identity class.
Dynamic privilege controls only work when the underlying identity inventory is trustworthy. Continuous enforcement without continuous discovery creates a false sense of control, especially in hybrid estates where hidden service accounts and embedded secrets accumulate quickly. For the field, that means visibility is not a reporting feature, it is the prerequisite for every other identity security decision.
From our research:
- 97% of NHIs carry excessive privileges, increasing unauthorized access and broadening the attack surface, according to the Ultimate Guide to NHIs.
- Only 20% have formal processes for offboarding and revoking API keys, and even fewer have procedures for rotating them.
- That lifecycle gap is why practitioners should also review 52 NHI Breaches Analysis for recurring access persistence patterns and control failures.
What this signals
Identity programmes will keep failing if they still assume access is stable enough to review after the fact. For most enterprises, the programme shift is from directory management to lifecycle enforcement across humans, machines and AI-driven execution. The question is no longer whether you can certify access, but whether you can prove ownership and revocation before access becomes stale.
Only 5.7% of organisations have full visibility into their service accounts, according to our Ultimate Guide to NHIs, which is why discovery should be treated as a control objective rather than a cleanup task. Once hidden identities are visible, teams can start collapsing privilege sprawl and removing unmanaged paths into production systems.
For readers building a stronger NHI programme, the next move is to connect lifecycle review with breach evidence and governance evidence. The most useful benchmark is not how many identities exist, but how many can be named, owned, rotated and retired on demand across the full stack of access paths.
For practitioners
- Unify identity inventory across all actor types Map workforce accounts, service accounts, tokens, certificates and AI identities into one authoritative register, then assign an owner and business purpose to each identity. Use continuous discovery to catch identities created outside standard onboarding paths.
- Separate standing privilege from task-based access Review privileged entitlements for persistent access that can be replaced with just-in-time elevation, session scoping or narrower role boundaries. Prioritise identities that can reach production systems, secrets stores or administrative consoles.
- Make lifecycle ownership explicit for non-human identities Require creation, rotation, recertification and offboarding steps for service accounts, API keys and certificates, with a named human owner for each. Remove identities that no longer map to an active system, vendor relationship or workflow.
- Tie access reviews to evidence of actual use Do not certify identities solely because they exist in a directory. Compare current entitlements with observed usage, system ownership and last rotation date so dormant access can be removed before it becomes an incident.
Key takeaways
- CyberArk’s article treats identity as the unifying control plane for humans, machines and AI, which matches how modern access risk actually behaves.
- The most relevant external signal is repetition: 87% of organisations reporting at least two identity-related breaches suggests identity controls are still not containing blast radius early enough.
- Practitioners should focus on continuous discovery, explicit lifecycle ownership and bounded privilege, because those are the controls that change outcomes across all identity types.
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 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-03 | The article emphasizes rotation, discovery and privilege controls for NHIs. |
| NIST CSF 2.0 | PR.AC-4 | Access permissions and least privilege are central to the article's argument. |
| NIST Zero Trust (SP 800-207) | PR.AC | The post frames continuous verification and bounded privilege as core security controls. |
Apply zero-trust access principles so each identity is continuously validated and constrained.
Key terms
- Non-Human Identity: A non-human identity is any credentialed digital entity that acts on behalf of a system, workload or integration rather than a person. Service accounts, API keys, tokens, certificates and AI agents all fall into this category when they are used to authenticate and access resources.
- Privileged Access: Privileged access is access that can change systems, read sensitive data or bypass normal controls. In practice, it is the fastest path from valid identity to material impact, which is why governance, session control and lifecycle review matter more than raw account counts.
- Identity Lifecycle Management: Identity lifecycle management is the process of creating, changing, reviewing and retiring identities as their business purpose changes. For non-human identities, lifecycle discipline must cover ownership, rotation, recertification and decommissioning, otherwise access persists after the need for it has ended.
- Continuous Discovery: Continuous discovery is the ongoing detection of identities and credentials across cloud, on-premises and application environments. It matters because identities are created outside formal workflows, and programmes that rely on periodic inventories routinely miss the accounts and secrets that matter most.
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 governance in your organisation, it is worth exploring.
This post draws on content published by CyberArk: securing every identity with the right level of privilege controls. Read the original.
Published by the NHIMG editorial team on 2026-02-11.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org