By NHI Mgmt Group Editorial TeamPublished 2025-12-18Domain: Governance & RiskSource: Clarity Security

TL;DR: A governance shift is clear as role-centric IAM gives way to context-aware, more automated access control that still needs stronger audit and lifecycle discipline, according to Clarity Security. Its 2025 platform changes centered on ABAC, automated lifecycle workflows, and expanded visibility into privileged and non-human access, alongside usage figures showing 74,667 joiners onboarded and 438,255 hours saved.


At a glance

What this is: Clarity Security's year-end summary argues that ABAC, lifecycle automation, and deeper identity visibility are replacing manual governance workflows.

Why it matters: For IAM practitioners, the real question is not whether automation exists, but whether access decisions, reviews, and offboarding are becoming explainable and governable across human and non-human identities.

👉 Read Clarity Security's year-end summary on ABAC and identity governance automation


Context

Attribute-based access control, or ABAC, makes access decisions using attributes such as role, device, location, and other context instead of only static role membership. In identity governance, that matters because role-based access control often accumulates exceptions, slow changes, and role bloat that weaken both security and agility.

Clarity Security's summary uses that shift to argue for more automated governance across onboarding, offboarding, reviews, and privileged visibility. The deeper issue for practitioners is not whether access can be automated, but whether those decisions remain auditable, explainable, and lifecycle-safe as complexity rises.

This is primarily an IAM and identity governance story, with a strong lifecycle angle rather than a breach or threat story. The useful lens is how ABAC changes the operating model for human identities and nearby machine-adjacent access workflows, not how a single product behaves in isolation.


Key questions

Q: How should teams implement ABAC without creating a new policy sprawl problem?

A: Teams should start with a small set of stable, authoritative attributes and document every policy decision path. ABAC fails when it inherits noisy data, hidden exceptions, or overlapping rules that no reviewer can explain. The goal is not maximum dynamism, but controlled precision with clear ownership and auditability.

Q: When does lifecycle automation reduce risk versus hide it?

A: Lifecycle automation reduces risk when identity data is current, connectors are reliable, and revocation is verified after each event. It hides risk when teams assume the workflow succeeded without checking downstream entitlement removal, termination propagation, or exceptions. Mature programmes measure completion, not just task initiation.

Q: What do identity teams get wrong about nested access?

A: They often review the final permission state without tracing how that permission was inherited. Nested groups and indirect entitlements can make apparently simple access look compliant while concealing broad inherited privilege. Effective governance requires lineage reporting, not just list-based access reviews.

Q: How should organisations govern non-human identities inside IAM reviews?

A: Non-human identities should be reviewed with the same discipline as privileged human access, but with stronger attention to ownership, purpose, and dependency. Reviews should confirm who is accountable, whether the identity is still needed, and whether its inherited access is still justified across systems.


Technical breakdown

How ABAC changes access decisioning in identity governance

ABAC evaluates attributes at decision time, which allows access to vary by context instead of by a fixed role assignment alone. In practice, this can reduce role sprawl and make entitlements more precise, but it also shifts complexity into policy design, attribute quality, and reviewability. If attributes are inconsistent, stale, or overly broad, ABAC can simply move the governance problem from static roles to dynamic rules. The architecture therefore depends on trustworthy source data, clear policy logic, and visible decision outcomes.

Practical implication: model ABAC policies around stable attributes, not noisy fields, and make every decision explainable in review and audit workflows.

Zero-touch lifecycle management and the risk of hidden automation

Automating joiner, mover, and leaver workflows can sharply reduce manual tickets, but lifecycle automation only works when upstream identity data is clean and downstream systems reliably receive changes. Offboarding failures, delayed deprovisioning, and missing connector coverage are the usual failure points. Automated lifecycle does not eliminate governance, it compresses the time available to detect bad data or broken handoffs. That makes entitlement propagation, termination logic, and exception handling the real control points, not the workflow button itself.

Practical implication: test lifecycle automation against real leaver and mover events, including failed integrations and delayed revocation paths.

Visibility into tier 0, nested access, and non-human identities

Visibility features matter because modern identity sprawl hides privilege in nested groups, managed identities, and indirect entitlements. Tiering privileged access helps teams separate routine access from high-risk administration, while nested-access analysis exposes where one entitlement silently confers many more. Adding non-human identity visibility broadens the control surface further, because service identities and managed identities often sit outside the same review discipline as people. The technical challenge is correlation: teams need to trace who or what inherited access, through which dependency, and for what duration.

Practical implication: require entitlement lineage reporting for privileged, nested, and non-human access before relying on review results.


NHI Mgmt Group analysis

ABAC is a policy model, not a governance substitute. Replacing roles with attributes reduces some forms of sprawl, but it does not remove the need for access ownership, recertification, and exception control. If the attributes are wrong or the policy design is opaque, the organisation simply shifts risk into a less visible decision layer. The implication is that ABAC must be governed as a control system, not celebrated as a cleanup exercise.

Zero-touch lifecycle management changes the bottleneck, not the accountability model. Automating onboarding, moving, and offboarding can materially reduce manual effort, but the governance obligation still sits with the identity programme. The more automated the workflow, the more important it becomes to validate source data, connector health, and termination propagation. Practitioners should treat automation as a throughput gain, not as evidence that lifecycle risk has disappeared.

Nested entitlements and managed identities are where identity programmes lose visibility fastest. Once access is inherited through groups, connectors, or cloud-managed identities, reviewers often see the outcome but not the path. That weakens certification quality and makes privilege creep harder to unwind. For teams managing both human and non-human access, the message is clear: the review artefact must show entitlement lineage, not just the final permission state.

Audit-ready transparency is the real test of modern governance tooling. A system that can grant access quickly but cannot explain why it granted that access still leaves IAM teams exposed. Attribute-level audit trails and visibility into the decision path matter because auditors and operators need the same answer for different reasons. Practitioners should evaluate governance tooling on explainability, not only on automation depth.

Autonomous governance language should not be confused with autonomous actors. The article describes governance workflows becoming more automated, but the underlying identities are still governed rather than independently deciding. That distinction matters because lifecycle automation, ABAC, and review acceleration remain IAM controls, not agentic behaviour. The practical implication is to preserve the boundary between workflow automation and true runtime autonomy when designing policy and oversight.

From our research:

  • 91.6% of secrets remain valid five days after the targeted organisation is notified, showing a critical gap in remediation procedures, according to Ultimate Guide to NHIs.
  • Only 20% have formal processes for offboarding and revoking API keys, which is why lifecycle control remains a material governance gap for non-human access.
  • That same lifecycle lens should extend into Ultimate Guide to NHIs , Lifecycle Processes for Managing NHIs, where provisioning, rotation, and offboarding are treated as one control system.

What this signals

Identity programmes are moving from ticket handling to policy engineering. That changes the operating model for IAM teams because the bottleneck is no longer only human effort, but the quality of attributes, inheritance logic, and exception governance. The organisations that win here will be the ones that can explain decisions as easily as they can automate them.

With only 5.7% of organisations reporting full visibility into their service accounts, the governance gap is not just around human lifecycle management. Teams that extend review discipline to managed identities and other non-human actors will catch privilege paths that static access lists routinely miss.

Decision explainability is becoming the new control boundary. If a policy cannot show why it granted access, auditors, incident responders, and reviewers will all treat it as a blind spot. The practical next step is to align ABAC, lifecycle automation, and entitlement lineage under a single governance model and anchor it to NIST Cybersecurity Framework 2.0 principles.


For practitioners

  • Map ABAC policies to explainable attributes Limit production policies to attributes that are authoritative, current, and available at decision time. Build review views that show which attribute combination triggered the grant or denial so auditors can follow the logic without reverse engineering policy code.
  • Test lifecycle automation against failure paths Exercise joiner, mover, and leaver workflows with broken connectors, delayed sync, and missing source records. Validate that offboarding and entitlement changes still complete when dependent systems do not respond on the first attempt.
  • Trace entitlement lineage for nested access Require reports that show how a user, group, managed identity, or service account inherited access through each dependency layer. Reviewers should see the path to privilege, not just the end state, before approving certification outcomes.
  • Separate privileged access from routine access reviews Treat Tier 0 and Tier 1 access as a distinct governance tier with stronger evidence requirements and shorter review cycles. Apply the same discipline to non-human identities where managed identities or service identities can inherit elevated paths.

Key takeaways

  • ABAC can reduce role bloat, but it also moves governance risk into policy quality, attribute hygiene, and decision explainability.
  • Automation across joiner, mover, and leaver workflows lowers manual effort only when downstream revocation and entitlement lineage are verified.
  • Identity programmes should judge modern governance tools by how well they expose inherited privilege, not just how quickly they provision access.

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-4ABAC and lifecycle automation both affect how access is granted and reviewed.
OWASP Non-Human Identity Top 10NHI-03The article highlights automated lifecycle and access exposure across non-human identities.
NIST Zero Trust (SP 800-207)AC-4Context-aware access and privileged visibility align with zero trust enforcement.

Map dynamic access decisions to PR.AC-4 and require explainable review evidence for each entitlement.


Key terms

  • Attribute-Based Access Control: An access model that decides whether to grant or deny access based on attributes such as user role, device state, location, or resource sensitivity. In practice, ABAC is only as strong as the quality and consistency of the attributes feeding it, and it must still be governed with clear audit trails.
  • Joiner-Mover-Leaver Workflow: The identity lifecycle process that provisions access for new starters, adjusts access when roles change, and removes access when people or systems leave. For governance, the value comes from revocation accuracy and change tracking, not merely workflow speed or ticket reduction.
  • Nested Entitlement: An entitlement inherited indirectly through groups, roles, or chained dependencies rather than granted directly. These structures can hide privilege depth from reviewers and complicate certification because the apparent permission set does not show the full inheritance path.
  • Non-Human Identity: A digital identity used by a service, workload, application, API, or automated process rather than a person. NHI governance focuses on ownership, purpose, lifecycle, privilege scope, and revocation, because these identities often outnumber human accounts and are harder to observe consistently.

What's in the full article

Clarity Security's full post covers the operational detail this post intentionally leaves for the source:

  • The ABAC engine mechanics behind attribute-based access decisions and how policies are applied across different contexts.
  • The specific integration and provisioning updates across Entra ID, ServiceNow, Snowflake, SAP, and other connected systems.
  • The customer usage figures behind joiner, mover, leaver, and review automation, including how the hours-saved estimate was calculated.
  • The review workflow changes that make attribute-level audit trails and remediation actions easier to execute in the product.

👉 Clarity Security's full post covers the platform changes, integration updates, and 2025 usage figures in more detail.

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.
NHIMG Editorial Note
Published by the NHIMG editorial team on 2025-12-18.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org