By NHI Mgmt Group Editorial TeamPublished 2026-01-13Domain: Governance & RiskSource: Nexis

TL;DR: Identity governance and administration is shifting from an operational function to a security, risk, and compliance control plane, while Gartner says most organisations still use less than half of the capabilities they already pay for. The gap is not tooling alone but fragmented visibility, siloed intelligence, and slow remediation that leave identity attack paths unmanaged.


At a glance

What this is: This is Nexis’s analysis of how identity governance is evolving into a broader security control plane, with visibility, intelligence, and action emerging as the central operating model.

Why it matters: It matters because IAM teams now have to govern human, machine, and agentic identities through one programme, not separate tools and workflows.

By the numbers:

👉 Read Nexis's analysis of identity governance, visibility, and IVIP


Context

Identity governance and administration is no longer just about access reviews and certification cycles. It is becoming the control layer that has to understand who or what holds access across human accounts, machine identities, service accounts, workloads, APIs, and increasingly AI agents.

The problem Nexis describes is structural: enterprises rarely fail because they lack identity tools, but because visibility is incomplete, intelligence is fragmented, and remediation is too manual. That is the gap between owning governance capability and actually reducing identity risk.

As the identity attack surface spreads across cloud, SaaS, third parties, and AI-driven processes, traditional IGA operating models struggle to keep pace. For a broader baseline on NHI scope and identity types, see the Ultimate Guide to NHIs.


Key questions

Q: How should IAM teams reduce identity governance noise without losing coverage?

A: Start by correlating identity facts, entitlement data, and security signals into one triage view. The goal is not more reporting, but faster prioritisation of which identities matter, which entitlements are risky, and which changes can be remediated with audit evidence.

Q: Why do machine identities make identity governance harder to run?

A: Machine identities change faster, appear in more systems, and often sit outside human review habits. That means lifecycle, entitlement, and access controls must account for service accounts, workloads, APIs, and agents as governed subjects, not technical exceptions.

Q: What breaks when identity reviews stay manual in a fast-changing environment?

A: Manual reviews lag behind entitlement change, so risk is discovered after access has already been used or replicated elsewhere. The result is a governance model that records exposure instead of reducing it, especially when identities are distributed across cloud and SaaS environments.

Q: Who should own identity risk when governance spans IAM, PAM, and security operations?

A: Ownership should sit with the identity programme, but it must be operationally linked to security and compliance teams. When governance is split into disconnected functions, no one can close the loop between discovery, decision, remediation, and evidence.


Technical breakdown

Why identity governance becomes a control plane

Identity governance becomes a control plane when it is used to connect entitlement data, identity activity, risk signals, and remediation actions across multiple systems. The article’s VIA model, visibility, intelligence, and action, reflects that shift. Visibility collects identity facts, intelligence interprets them in context, and action turns them into auditable remediation. In practical terms, this is not just reporting. It is governance operating continuously across human and non-human identity estates rather than in periodic review windows.

Practical implication: IAM teams need a governance model that can correlate identity data across systems before remediation can be prioritised.

Identity visibility and intelligence platforms in practice

Identity Visibility and Intelligence Platforms, or IVIP, sit above classic IGA, PAM, and access management rather than replacing them. Their job is to aggregate identity-relevant data, correlate it across environments, and prioritise what matters most. The architectural point is that visibility alone creates noise, while intelligence without action creates reports that never change exposure. IVIP is therefore a connective layer that translates fragmented identity signals into a response-ready view of risk.

Practical implication: teams should treat IVIP as an orchestration and correlation layer, not as a substitute for core governance controls.

Agentic AI and machine identity expand the identity perimeter

The article places agents and Agentic AI alongside service accounts, workloads, and APIs as part of the identity landscape. That matters because the perimeter is no longer limited to people, and governance cannot assume human-paced workflows. Even where the toolset is familiar, the subject of governance has changed: machine and agent identities generate entitlement sprawl, obscured usage, and faster change rates than traditional review processes were built to handle. That creates a governance problem, not just a discovery problem.

Practical implication: IAM programmes should classify and govern agents, workloads, and service identities as first-class identity subjects.


Threat narrative

Attacker objective: The attacker objective is to exploit invisible identity paths and overprivileged accounts to gain persistence, lateral movement, or unauthorized access across enterprise systems.

  1. Entry begins in fragmented identity estates where machine identities, service accounts, third parties, and AI-driven processes are not fully visible across the environment.
  2. Escalation follows when entitlement data, credential usage, and security signals are poorly linked, leaving overprivileged identities and hidden access paths unchallenged.
  3. Impact is unmanaged identity risk, slower remediation, and a larger attack surface that attackers can exploit across cloud, SaaS, supply chain, and AI-enabled workflows.

Read our 52 NHI Breaches Analysis report for a comprehensive view of breaches impacting Non-Human Identities including AI Agents.


NHI Mgmt Group analysis

Visibility without action is governance theatre: The article is right that most enterprises do not fail because they lack tooling. They fail because fragmented identity data never turns into decisive remediation, so risk stays visible but unresolved. That is why the VIA model matters as an operating model, not just a reporting sequence. The practitioner lesson is that governance must end in auditable action or it is only measurement.

Identity Visibility and Intelligence Platforms are a category response to identity sprawl: IVIP reflects the reality that IGA, PAM, and access management now need a common layer for correlation and prioritisation. That does not erase the need for core controls, but it does explain why organisations keep struggling when identity facts are scattered across systems. The field is moving toward continuous identity correlation, and practitioners should expect governance architectures to be judged on integration depth, not module count.

Machine identities and agents are no longer edge cases: The article correctly places service accounts, workloads, APIs, and agentic AI in the same governance conversation as human identities. That creates a broader identity attack surface and raises the bar for lifecycle, entitlement, and signal correlation. The practical conclusion is that identity strategy can no longer assume the human user is the dominant governance unit.

Identity governance now sits inside security and compliance architecture: The market is treating IGA as infrastructure for risk management, not a back-office workflow. That shift aligns with Zero Trust and least privilege thinking because identity is where access, policy, and accountability now converge. Practitioners should interpret this as a mandate to connect governance metrics to security outcomes, audit evidence, and operational response.

Identity blast radius is the right concept for this market phase: As identity sprawl increases, the real question is no longer only who has access, but how far a compromised or over-entitled identity can move before detection. This is the named concept that best captures the article’s substance. The practitioner takeaway is to measure governance by blast-radius reduction, not by review completion alone.

From our research:

  • 80% of identity breaches involved compromised non-human identities such as service accounts and API keys, according to the Ultimate Guide to NHIs.
  • 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 the Ultimate Guide to NHIs.
  • The forward-looking question is how identity governance programmes will connect visibility to action before identity sprawl turns into a measurable attack path. For a broader lifecycle view, see Ultimate Guide to NHIs - Lifecycle Processes for Managing NHIs.

What this signals

Identity governance is moving from workflow administration to risk orchestration. The practical signal for readers is that reviews, certifications, and entitlement management will be judged less by completion rates and more by how quickly they shrink exposure. The teams that win this transition will connect governance to response, not just compliance calendars.

Identity blast radius is the concept practitioners should now track: the distance a compromised or over-entitled identity can travel before controls interrupt it. That means watching for hidden service accounts, stale entitlements, and slow remediation paths that turn identity sprawl into exploitability.

Programme owners should expect greater pressure to align IAM, PAM, and security monitoring around one evidence model. The reader takeaway is simple: if identity data cannot drive action, it will not survive contact with audit, incident response, or board-level risk reporting.


For practitioners

  • Correlate identity signals across systems Build a governance layer that joins entitlement data, identity activity, and security alerts so review teams can prioritise the identities that create the highest blast radius.
  • Classify machine and agent identities as first-class subjects Extend lifecycle, entitlement, and audit treatment to service accounts, workloads, APIs, and agents instead of leaving them in separate technical silos.
  • Tie governance outputs to auditable remediation Replace review-only workflows with actions that revoke, reduce, or re-certify access and then prove the change in evidence trails for audit and compliance.
  • Measure identity blast radius, not just inventory size Track where overprivileged access, hidden usage, and slow response increase exposure so the programme can focus on the identities that expand attack paths fastest.

Key takeaways

  • Identity governance is becoming a security control plane, not just an administration function.
  • Fragmented visibility and manual remediation are the two structural reasons identity programmes fall behind attack surface growth.
  • Practitioners should measure blast-radius reduction and actionable remediation, not just the completion of governance workflows.

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.

FrameworkControl / ReferenceRelevance
NIST CSF 2.0PR.AC-1Identity governance must connect access decisions to managed, auditable outcomes.
NIST Zero Trust (SP 800-207)SP 800-207The article frames identity as the primary control plane for Zero Trust.
OWASP Non-Human Identity Top 10NHI-01Machine identities and agents need explicit discovery and governance.

Map identity governance outputs to access control decisions and prove remediation in the response record.


Key terms

  • Identity Visibility And Intelligence Platform: A platform layer that collects identity data, correlates it across systems, and turns it into prioritised governance action. It sits above core IAM and PAM tools, helping teams move from isolated reports to continuous, evidence-backed decisions about access risk and remediation.
  • Identity Blast Radius: The amount of damage a compromised or over-entitled identity can cause before controls stop it. In practice, it is shaped by privilege scope, identity sprawl, hidden dependencies, and how quickly governance can detect and remediate risky access.
  • Machine Identity: A non-human identity used by software, workloads, services, APIs, or agents to authenticate and access resources. It needs lifecycle, entitlement, and audit treatment because its privileges can be reused, over-scoped, or left active long after the original purpose has changed.
  • Identity Governance And Administration: The discipline for defining, reviewing, and proving who or what should have access to enterprise resources. In modern environments, it must cover human and non-human identities, and it is increasingly judged by its ability to drive remediation, not only by its review process.

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 identity governance in your organisation, it is worth exploring.

This post draws on content published by Nexis: My Personal Lessons from the Gartner IAM Summit on Visibility, Intelligence, and the Future of Identity Governance. Read the original.

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