TL;DR: Identity discovery is the prerequisite for reducing identity risk because modern environments now generate human, machine, workload, and AI identities faster than security teams can track them, according to Delinea and Gartner. The core problem is not tool count but blind spots that hide overprivilege, inheritance, and lateral movement paths.
At a glance
What this is: This is an analysis of why identity discovery has become the baseline control for reducing identity risk across human, machine, and AI identities.
Why it matters: It matters because IAM, PAM, and NHI programmes cannot govern what they cannot see, especially when access relationships and standing privilege change faster than manual review cycles.
By the numbers:
- 84% of organizations view identity security as a board-level concern vs. a technology concern.
👉 Read Delinea's analysis of identity discovery and strategic risk reduction
Context
Identity discovery is the practice of finding and classifying every identity in an environment, then mapping what each one can reach. In modern identity security, the central problem is not whether a control exists but whether the programme has full visibility into human users, service accounts, workload identities, API keys, tokens, certificates, and AI-driven agents. Delinea's argument is that hidden identities create hidden risk.
The old assumption was that identity lived in a central directory and could be governed from a few predictable consoles. That assumption no longer holds across multi-cloud, CI/CD, SaaS, and AI-enabled production environments. Once identities are created programmatically and inherited through nested roles, a partial inventory becomes a false sense of control.
For IAM, PAM, and NHI teams, the practical issue is that least privilege and secrets hygiene depend on discovery first. Without a reliable inventory and relationship map, access reviews, rotation, and remediation operate on fragments rather than the full attack surface.
Key questions
Q: How should security teams implement identity discovery across hybrid environments?
A: Start by normalising identity data from cloud, SaaS, DevOps, and directory systems into one inventory. Then map direct permissions, inherited access, and trust relationships so teams can see effective access, not just account existence. Discovery only becomes useful when it supports remediation, certification, and blast-radius analysis across the same model.
Q: Why do hidden non-human identities increase lateral movement risk?
A: Hidden non-human identities increase lateral movement risk because their permissions often outlive project ownership, appear in multiple systems, and inherit access through roles or trust links that are easy to miss. If defenders cannot see the identity and its relationships, attackers can exploit it as an unmonitored path across environments.
Q: What do security teams get wrong about identity inventories?
A: They often treat inventories as a list of accounts instead of a map of access. That misses the real risk, which is how an identity can move through inheritance, delegated trust, and cross-platform permissions. A complete inventory should answer who owns the identity, what it can reach, and what it can reach next.
Q: Who should own identity discovery when IAM, PAM, and NHI teams overlap?
A: Ownership should sit with the team that can unify identity data and drive remediation across domains, usually under identity security or IGA leadership. IAM, PAM, and NHI specialists all contribute, but discovery fails when each team only governs its own tooling instead of one common identity plane.
Technical breakdown
Why identity discovery is more than asset inventory
Identity discovery is not just counting accounts. It is correlating identities, permissions, trust paths, and posture so security teams can answer what an identity can do directly and indirectly. That distinction matters because exposure often sits in inherited access, nested groups, cross-account trust, and automation credentials that never pass through human workflows. A static inventory misses how access expands after provisioning, how permissions drift across environments, and how stale identities remain usable long after they should have been removed.
Practical implication: build discovery pipelines that map identities to effective access, not just record their existence.
Hybrid identity visibility across cloud, SaaS, and DevOps
Hybrid visibility means one programme can see identities across cloud providers, SaaS platforms, and DevOps tooling in one model. The technical challenge is that each platform expresses access differently, so a service account in one system may appear harmless while holding delegated power elsewhere. In practice, the blind spot is created by fragmentation: teams review one console at a time and miss the combined reach of an identity across systems. Identity discovery closes that gap by normalising access data into a common identity plane.
Practical implication: normalise identity data across platforms before you attempt privilege review or remediation.
Identity graphing and lateral movement paths
Identity graphing maps the relationships between identities, groups, roles, policies, and resources. The value is not academic visualization, it is seeing escalation paths that traditional dashboards do not show. If one compromised credential can inherit access through a chain of roles or trust links, the effective blast radius is larger than any single account view suggests. Graph-based analysis also helps distinguish direct access from reachable access, which is critical when triaging overprivileged NHI and workload identities.
Practical implication: use identity graphing to prioritise the access paths that create the largest real-world blast radius.
NHI Mgmt Group analysis
Identity discovery is the control that makes every other identity programme real. Least privilege, secret rotation, access review, and PAM governance all depend on knowing what exists and how it connects. When discovery is incomplete, those controls degrade into partial exercises that leave hidden identities outside governance. The practitioner conclusion is simple: discovery is not a support function, it is the control plane for identity risk reduction.
Identity discovery gap: This topic exposes the failure mode where organisations manage visible identities while ignoring effective access hidden in inheritance paths and cross-platform trust. The issue is not merely insufficient tooling, but fragmented visibility that prevents a true attack-surface view. That means security leaders should treat undiscovered identities as unmanaged risk, not as an inventory cleanup problem.
Machine and AI identities are now forcing identity programmes to behave like risk programmes. The article's point is that identity growth is structural, not temporary, because automation, workload sprawl, and AI integration keep generating new identities. That pushes IAM, PAM, and NHI teams toward continuous posture measurement rather than periodic administration. Practitioners should expect board-level questions about exposure, not just operational account counts.
Board attention changes the standard for proof. Once identity security is treated as strategic risk, programmes must show measurable reduction in exposure, not just more controls. Discovery provides that evidence by showing what changed in identity coverage, privilege scope, and relationship mapping over time. The practitioner implication is that teams should report identity risk as a trend, not a snapshot.
Visibility is the prerequisite for governing autonomous and non-autonomous identities alike. Even when the actor type differs, the governance lesson is consistent: if an identity cannot be seen in context, it cannot be safely governed. That makes identity discovery one of the few cross-domain controls that matters across human IAM, NHI security, and agentic AI environments. The practitioner conclusion is to make discovery a shared baseline across every identity programme.
From our research:
- From our research: 96% of organisations store secrets outside of secrets managers in vulnerable locations including code, config files, and CI/CD tools, according to Ultimate Guide to NHIs.
- Only 5.7% of organisations have full visibility into their service accounts, which shows how incomplete identity discovery remains in practice.
- For a broader view of why identity blind spots keep turning into incidents, see 52 NHI Breaches Analysis for real breach patterns and root causes.
What this signals
Identity discovery will become the measurement layer for every serious identity programme. As environments keep generating more human, machine, and AI identities, teams will need continuous coverage metrics rather than periodic account counts. The practical shift is toward a common identity plane where visibility, ownership, and effective access are tracked together.
The governance gap is not that teams lack controls, it is that many controls still operate on partial inventories. That means boards will increasingly ask for evidence of reduced exposure, reduced overprivilege, and better lifecycle coverage, not just more technology purchases. Teams that cannot show trend data will struggle to prove risk reduction.
For practitioners, the next step is to connect discovery to lifecycle and remediation workflows, then use the output in board reporting. Pairing discovery with NHI Lifecycle Management Guide thinking will help teams close the loop from finding identities to governing them.
For practitioners
- Map effective access, not just account presence Correlate each identity to its direct permissions, inherited roles, trust relationships, and reachable resources so review teams can see effective access. Prioritise identities that appear low risk in one console but gain power through cross-system links.
- Unify discovery across cloud and SaaS boundaries Create one identity inventory that spans cloud providers, SaaS, and DevOps systems so teams stop reconciling fragments by hand. Normalise identity records into a shared model before running remediation or certification.
- Treat undiscovered identities as unmanaged risk Assign remediation priority to identities that cannot be placed in an owner, purpose, or lifecycle state. If an identity is not discoverable at creation and not traceable at review, it should be treated as a governance exception.
- Report identity exposure as a trend line Track coverage, overprivilege, stale identities, and cross-account trust over time so leadership sees whether identity risk is shrinking. Use the same reporting model for human, NHI, and AI-related identities.
Key takeaways
- Identity discovery is the baseline control that makes least privilege, rotation, and access review meaningful in modern environments.
- The real risk is not just more identities, but hidden relationships and inherited access that expand blast radius without being obvious in console views.
- Security teams should measure identity exposure continuously and treat undiscovered identities as unmanaged governance risk, not an inventory hygiene issue.
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 |
|---|---|---|
| NIST CSF 2.0 | ID.AM-1 | Identity discovery depends on knowing assets and identities across the environment. |
| OWASP Non-Human Identity Top 10 | NHI-01 | Discovery is foundational to finding unmanaged non-human identities and secrets. |
| NIST Zero Trust (SP 800-207) | Zero trust needs continuous identity context before access decisions can be trusted. |
Build and maintain an inventory of identities, then connect it to access and posture data.
Key terms
- Identity Discovery: Identity discovery is the process of finding every identity in an environment and understanding its ownership, posture, and access paths. In practice, it goes beyond inventory by showing how direct and inherited permissions create risk across cloud, SaaS, DevOps, and AI-enabled systems.
- Effective Access: Effective access is the real reach an identity has after roles, inheritance, policy attachments, and trust relationships are combined. It is often wider than the access shown in a single console, which is why discovery and graphing are needed to assess true blast radius.
- Identity Graph: An identity graph is a relationship model that connects identities, permissions, groups, policies, and resources. It helps security teams see escalation paths and indirect access that static lists miss, making it useful for NHI governance, incident triage, and privilege review.
- Common Identity Plane: A common identity plane is a unified view where human, machine, workload, and AI identities can be governed in context. It reduces fragmentation by bringing ownership, access, and posture into one model that supports risk reduction across multiple identity programmes.
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 responsible for identity security strategy or NHI governance in your organisation, it is worth exploring.
This post draws on content published by Delinea: Identity discovery: The overlooked lever in strategic risk reduction. Read the original.
Published by the NHIMG editorial team on 2026-02-24.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org