By NHI Mgmt Group Editorial TeamPublished 2025-05-30Domain: Best PracticesSource: One Identity

TL;DR: One Identity argues that AI is best used for tedious IAM tasks such as summarising access data, generating queries, and helping with role analysis, but not for making judgment calls about whether access is appropriate. The practical risk is automated replication of bad entitlements if AI is trained on already flawed access data.


At a glance

What this is: This is an editorial on using AI in identity governance, with the key finding that AI can accelerate analysis but should not be trusted to decide access appropriateness on its own.

Why it matters: It matters because IAM teams can use AI to speed up role cleanup and access review work, but only if governance stays human-led and data quality is controlled.

👉 Read One Identity's analysis of AI-assisted identity governance in Microsoft environments


Context

AI-assisted identity governance sounds efficient until it is applied to access data that already contains overassigned, outdated, or poorly modelled entitlements. In practice, that means the model can surface patterns quickly, but it can also reproduce bad assumptions at scale if the underlying governance process is weak. For IAM and NHI practitioners, the core problem is not whether AI can analyse access data, but whether the organisation can trust the data enough to let automation influence decisions.

This article uses a Microsoft environment example to show how AI can help with role mining, report generation, and natural-language querying inside identity tooling. The starting position is typical of many IAM programmes: lots of data, limited time, and a constant tension between speed and control. The governance question is whether AI becomes a force multiplier for clean identity operations or a multiplier for existing entitlement sprawl.


Key questions

Q: How should organisations use AI in IAM without weakening governance?

A: Use AI for pattern detection, summarisation, and query generation, but keep access approval, role creation, and policy enforcement under human accountability. AI should accelerate evidence gathering, not replace the judgement needed to decide whether access is appropriate. If the input data is poor, treat the model output as advisory only.

Q: When does AI-driven role mining become a risk instead of a benefit?

A: It becomes risky when the current entitlement set is already overprivileged or inconsistent, because the model may treat broken access as the baseline for new roles. At that point, AI can spread bad access assumptions faster than humans can correct them. The safer approach is to validate inferred roles against policy before use.

Q: What is the difference between AI-assisted reporting and AI-led access decisions?

A: AI-assisted reporting helps teams find and package evidence, while AI-led access decisions attempt to decide who should get access. The first supports governance, the second assumes governance is already encoded in the data. For IAM and NHI programmes, that difference matters because decisions need context that models do not reliably infer.

Q: Why should identity teams be cautious about natural-language queries over access data?

A: Natural-language interfaces can make identity data easier to use, but they also make it easier to trust outputs that have not been validated. The risk is not the query format itself, but the false confidence it can create around incomplete or biased entitlement data. Teams should log, review, and test those queries like any other privileged reporting path.


Technical breakdown

Why AI helps with role mining but struggles with access judgment

AI is well suited to repetitive identity work such as summarising entitlement patterns, clustering users into peer groups, and drafting SQL or policy queries. Those tasks are computationally heavy but conceptually bounded. The harder problem is deciding whether access is actually appropriate, because that requires context about job function, exceptions, risk tolerance, and policy intent. If the training data already reflects excessive access, the model can confidently normalise that excess instead of questioning it. That is why AI should assist analysis, not replace the ownership model behind IAM decision-making.

Practical implication: Use AI to accelerate review and analysis, but keep access approval and policy decisions with accountable humans.

How AI can replicate entitlement sprawl inside role models

Role-based access control depends on clean input data. If current assignments include oversubscribed roles, AI-driven role mining may infer that those assignments are the right baseline and build new roles around them. That creates a feedback loop in which bad access becomes the reference model for future automation. In governance terms, the risk is not just incorrect recommendations. It is the industrialisation of inconsistency, where one weak access state is copied into many more roles, policies, and reviews.

Practical implication: Validate inferred roles against policy and business need before allowing them to shape production access models.

What natural-language identity queries really change

Natural-language querying changes the interface to identity data, not the governance obligations around it. It can help users ask better questions, surface hidden access patterns, and reduce the time needed to build reports or attestations. But the query still depends on what the system knows, how the data is structured, and whether the user understands the risk they are looking for. The architecture is useful when it shortens the path from question to evidence, not when it replaces the evidence standard itself.

Practical implication: Treat AI query layers as productivity tools and require the same review discipline you would apply to any privileged reporting path.


  • 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

AI-assisted IAM is not a governance shortcut, it is a governance stress test. The article makes a useful distinction between analysis and judgement. AI can compress the time needed to inspect entitlement data, but it cannot determine whether that data represents policy-compliant access. The practical lesson for the field is that AI exposes the quality of identity governance faster than it improves it, which means weak programmes will feel more efficient before they become more risky.

Identity role mining becomes dangerous when the source data is already polluted. If an organisation lets AI infer roles from current assignments, it can codify oversubscription and turn temporary exceptions into durable models. That is a familiar NHI pattern as well, because service accounts and automation identities also drift when operational convenience outruns review discipline. Practitioners should treat inferred roles as drafts, not controls, and require policy validation before production use.

AI value in IAM sits in acceleration, not delegation. The strongest use case in the article is AI producing summaries, recommendations, and queries that humans can inspect and act on. That is a different operating model from autonomous access governance, and it is the safer one for now. For NHI and IAM teams, the standard should be explicit accountability plus machine-assisted analysis, not machine-led entitlement decisions.

AI-assisted access review creates a new form of entitlement debt. When automation makes it easier to generate roles, reports, and attestations, teams may postpone the difficult cleanup work of fixing underlying access quality. That creates a backlog of technical and governance debt that will surface later during audit, incident response, or privilege review. The practical conclusion is simple: speed gains are only real if they reduce remediation, not just reporting time.

From our research:

  • 70% of organisations grant AI systems more access than they would give a human employee performing the exact same job, according to the 2026 Infrastructure Identity Survey.
  • Only 44% of organisations have implemented any policies to manage their AI agents, despite 92% agreeing that governing AI agents is critical to enterprise security.
  • The governance gap will widen unless teams pair identity controls with lifecycle discipline, as explored in the NHI Lifecycle Management Guide.

What this signals

Identity teams should expect AI to accelerate the visibility problem before it solves the control problem. The practical shift is toward faster discovery of role creep, entitlement duplication, and reporting gaps, which means programme owners will need tighter review loops and clearer ownership. With 70% of organisations already granting AI systems more access than they would give a human employee performing the same job, according to the 2026 Infrastructure Identity Survey, the next control gap is not access volume alone, but access justification.

AI-assisted access governance will force teams to separate workflow efficiency from decision authority. That distinction matters in both IAM and NHI programmes, because automation can handle summarisation, but governance still has to answer whether an identity should exist, what it can reach, and who owns it. Teams that blur that line will create faster reporting without materially improving risk reduction.

Ephemeral identity operations need lifecycle discipline, not just better prompts. As agentic systems and automated workflows spread, the organisation will need consistent provisioning, review, and offboarding logic for every non-human identity path. The governance lesson is to align AI use with documented lifecycle controls, especially where AI systems can create or consume access at machine speed.


For practitioners

  • Separate analysis from approval Use AI to summarise access patterns, draft queries, and cluster peer groups, but require human approval for any entitlement changes or role changes.
  • Validate inferred roles against policy Compare AI-generated roles to business justification, least-privilege rules, and exception records before promotion into production IAM workflows.
  • Inventory the data quality behind role mining Check for oversubscribed accounts, stale entitlements, duplicate permissions, and exception-heavy populations before using AI to infer access models.
  • Restrict AI-assisted reporting paths Apply the same controls to natural-language identity queries that you would apply to privileged reporting, including logging, review, and output validation.

Key takeaways

  • AI can reduce the manual burden of IAM work, but it cannot replace the judgement needed to decide whether access is appropriate.
  • Role mining built on already flawed entitlement data can scale access mistakes instead of fixing them.
  • The safest operating model is human-owned governance with AI-assisted analysis, review, and query generation.

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 AI RMF set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
OWASP Non-Human Identity Top 10NHI-03AI-led role mining can entrench poor credential and entitlement hygiene.
NIST CSF 2.0PR.AC-4Access permissions need review when AI influences identity decisions.
NIST AI RMFAI governance needs accountability for models used in identity decisions.

Assign owners for AI-assisted IAM outputs and require documented validation before action.


Key terms

  • Role Mining: Role mining is the process of analysing entitlement patterns to infer reusable access roles from existing assignments. In mature IAM programmes, it can reduce manual modelling effort, but it only works well when the source data is clean, policy-aligned, and not already distorted by exceptions or oversharing.
  • Access Review: Access review is the periodic evaluation of whether a user or identity still needs its assigned permissions. For non-human identities, the review must account for purpose, owner, lifecycle stage, and operational dependency, not just whether the account is active.
  • AI-Assisted Governance: AI-assisted governance uses machine analysis to speed up identity work such as summarising access, grouping users, or drafting queries. The human remains responsible for policy, approval, and remediation, so the model augments governance rather than becoming the decision-maker.

Deepen your knowledge

AI-assisted role governance and entitlement review are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are building a governance model that must handle machine-speed analysis without losing control, it is worth exploring.

This post draws on content published by One Identity: AI - More Than a Buzzword? Simple Identity Governance for Microsoft Environments. Read the original.

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