By NHI Mgmt Group Editorial TeamBased on Zluri: “Identity Fabric: Securing Identities Against Attack Vectors” (September 11, 2025)

TL;DR: Identity fabric is framed as a way to manage identities, synchronize directories, and automate lifecycle steps across on-prem and hybrid environments so stale accounts and inconsistent identity data do not weaken access controls, according to Zluri. The real takeaway is that identity fabrics only work when provisioning, modification, and offboarding are treated as governed identity processes, not manual cleanup tasks.


At a glance

What this is: Identity fabric is a governance model for keeping identity data, lifecycle changes, and authentication signals aligned across directories and systems, and the article argues that stale records and manual handling are where control breaks down.

Why it matters: It matters because IAM and IGA teams cannot secure access if identity state is fragmented across directories, offboarding is slow, or role changes are not reflected consistently across the estate.


Context

Identity fabric is a way of describing how identity data, lifecycle events, and authentication signals should stay consistent across directories, cloud services, and on-prem systems. In practice, the problem it tries to solve is not just access sprawl but governance drift, where identity state in one system no longer matches reality elsewhere.

The article argues that manual joiner, mover, and leaver handling creates stale accounts, missed modifications, and inconsistent directory data that attackers can exploit. That puts the issue squarely in IAM and IGA territory, because the weakness is not authentication alone but the lifecycle process that feeds it.

For identity teams, the useful question is whether identity fabric is changing the operating model or simply renaming existing directory hygiene. If lifecycle ownership, directory synchronisation, and access decisions are still separated, the same control gaps remain.


Key questions

Q: What breaks when machine identity lifecycle management is still partly manual?

A: Manual lifecycle management breaks first at scale. Expiry handling becomes inconsistent, revocation is slow, and ownership is unclear when credentials are embedded across many applications and environments. In practice, that means outages, unrevoked access and weak auditability when trust assumptions change.

Q: Why do synchronised identity directories matter for access control?

A: Synchronised directories matter because authentication and authorisation depend on current identity attributes. When different systems hold conflicting states for the same user, access decisions become unreliable and downstream tools may trust outdated data. Coherent identity state is what keeps IAM decisions aligned with reality.

Q: What are the signs that identity data is out of sync across systems?

A: Common signs include role changes that appear in one directory but not another, offboarded users still present in at least one account store, and IdP lookups that return conflicting attributes. Those symptoms usually point to governance drift rather than a single broken login control.

Q: Should organisations rely on risk-based authentication instead of fixing lifecycle gaps?

A: No. Risk-based authentication can improve sign-in decisions, but it does not correct stale identities, missing offboarding, or directory inconsistency. Organisations should treat it as a complementary control that depends on accurate identity data, not as a replacement for lifecycle governance.


Technical breakdown

Why manual identity lifecycle handling breaks at scale

Manual joiner, mover, and leaver processing depends on humans translating HR or directory data into account changes one record at a time. That can work for small environments, but it does not scale cleanly when role changes, department moves, and offboarding events happen continuously. The failure is not just speed. It is consistency, because delayed modification leaves accounts out of sync with real entitlement state, and incomplete deletion leaves access paths behind after the business believes they are closed.

Practical implication: treat lifecycle processing as a governed workflow with auditability, not as a spreadsheet-driven cleanup task.

How synchronised directories support trusted identity decisions

Directory synchronisation is about making sure the same identity attributes and status exist across the systems that rely on them. If one directory says a user is active, another says they have moved roles, and a third still carries the old department, downstream authentication and authorisation decisions can become inconsistent. The technical issue is not simply data replication. It is whether the identity source of truth stays coherent enough that access controls can rely on it without guessing which record is current.

Practical implication: define a primary identity source and verify that downstream directories inherit changes before access decisions depend on them.

Why risk-based authentication is only part of the control picture

Risk-based authentication adds behavioural and contextual checks such as device, typing pattern, and access history to the login decision. That can help detect impersonation, but it does not fix stale identities, unsynchronised attributes, or orphaned accounts. In other words, stronger authentication can reduce the chance of misuse at sign-in, yet it cannot compensate for poor identity lifecycle governance behind the scenes. Identity fabric therefore ties authentication quality to identity data quality.

Practical implication: pair risk-based authentication with lifecycle and directory governance, or you will harden the front door while leaving weak identity records in place.


NHI Mgmt Group analysis

Identity fabric is really a lifecycle governance problem disguised as architecture. The article is not primarily about a new technical layer. It is about whether organisations can keep identity creation, modification, and deletion aligned with reality across multiple systems. When that alignment fails, access control becomes a downstream symptom rather than the control point itself.

Directory synchronisation is the governance hinge, not the feature. A fabric only has value if identity data remains coherent across the directories that authentication and authorisation depend on. Once the same person has different active states or attributes in different stores, IAM teams are no longer governing identity consistently, they are reconciling contradictions after the fact.

Identity fabric exposes the cost of treating identity data as static. Role changes, offboarding, and identity-provider lookups all assume that identity state is current. The article shows that when lifecycle data lags, security controls inherit stale truth, and that is how hidden access persists longer than the business expects.

Identity fabric clarifies the boundary between authentication strength and governance strength. Risk-based authentication can improve trust signals at sign-in, but it does not repair missing lifecycle discipline or fragmented directory state. That separation matters because many programmes overestimate login controls while underinvesting in the identity records those controls consume.

Converged identity and identity fabric solve different problems. The former centralises directory data, while the latter depends on synchronising distributed identity sources without forcing everything into one repository. That distinction matters for programme design because centralisation is not the same thing as governed identity coherence.

From our research library:

What this signals

Identity fabric only works when identity state is governed, not assumed. The practical risk is that organisations adopt synchronisation language while keeping fragmented ownership of lifecycle changes, which leaves the same stale-account exposure in place. For teams modernising IAM, the question is whether directory coherence is enforced as an operational requirement or merely hoped for after integration.

Lifecycle accuracy is the control fabric, not a back-office task. Once role changes, deletions, and directory updates drift apart, authentication quality begins to depend on outdated truth. Teams should expect identity fabric programmes to fail when joiner, mover, and leaver processes are still treated as separate admin chores rather than a single governed flow.


For practitioners

  • Automate joiner, mover, and leaver workflows Replace spreadsheet-driven provisioning and deletion with governed workflows that update identities when users join, change roles, or exit. Focus on eliminating manual modification gaps, because the mover stage is where stale access often accumulates.
  • Establish a primary identity source Define which directory owns authoritative identity state and require downstream systems to consume updates from that source before access decisions are made. Without that ownership model, synchronisation becomes inconsistent and hard to audit.
  • Audit for stale and orphaned identities Look for identities that remain active after offboarding, role changes that never reached every directory, and accounts whose permissions no longer match current employment status. These are the conditions the article identifies as breach bait.
  • Pair risk-based authentication with lifecycle controls Use behavioural authentication as one input, not as a substitute for accurate lifecycle data. If identity records are stale or incomplete, stronger login checks still operate on bad source data.

Key takeaways

  • Identity fabric is meant to keep identity state coherent across directories and systems, but the real control issue is whether lifecycle changes are governed end to end.
  • Manual joiner, mover, and leaver handling creates stale identities and inconsistent records, which weakens access control even when authentication looks strong.
  • The programme implication is simple: treat directory synchronisation, offboarding, and identity source ownership as core IAM controls, not optional hygiene.

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 addresses the attack and risk surface, while NIST CSF 2.0 sets the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
OWASP Non-Human Identity Top 10NHI-01 — Improper OffboardingThe article repeatedly ties stale access to missed deletions and offboarding gaps.
NHI-05 — Overprivileged NHIStale or unsynchronised identities can leave accounts with access longer than intended.
NHI-08 — Environment IsolationThe article focuses on keeping identity data consistent across cloud, on-prem, and multiple directories.
Recommendation — Govern offboarding so identities are removed consistently across all connected directories and apps. Review identity records for lingering access that no longer matches current role or status. Separate and govern identity data flows so each environment reflects the same authoritative state.
NIST CSF 2.0PR.AA-05 — Access Permissions, Entitlements and AuthorizationsThe article is about keeping entitlements aligned with current identity state across systems.
ID.AM-01 — Inventory of Physical Devices and SystemsIdentity fabric depends on knowing where identity data and directories exist across the environment.
Recommendation — Apply entitlement governance so access stays tied to current identity attributes and lifecycle status. Map every directory and identity store before you trust synchronisation or lifecycle coverage.

Key terms

  • Identity Fabric: An identity fabric is a connected control model that shares context across governance, privileged access, and access management. It is not a product category. The aim is to make identity decisions coherent across the full lifecycle so ownership, privilege, and enforcement reinforce each other.
  • Identity Lifecycle Governance: Identity lifecycle governance is the set of processes that create, change, review, rotate, and revoke access across human and non-human identities. It matters because access risk usually increases when lifecycle events are slow, incomplete, or disconnected from the systems that rely on them.
  • Directory Sync: Directory sync is the operational process of moving identity changes from a source directory into downstream applications. The important distinction is that sync must preserve both data quality and governance scope, otherwise the application receives incomplete or mis-scoped lifecycle events that create access drift.
  • Risk-Based Authentication: An access model that changes verification requirements based on the estimated risk of the request. It combines identity assurance, device posture, application sensitivity, and contextual signals to decide whether to allow, block, or step up verification before access is granted.

Deepen your knowledge

NHI governance, identity lifecycle management, and workload identity security are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are building or maturing an IAM programme, it is worth exploring.
NHIMG Editorial Note
Published by the NHIMG editorial team on June 11, 2026.
Updated on October 8, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org