TL;DR: Nexis says zero trust only works when the underlying access model is correct, because verification can enforce over-provisioned access just as reliably as legitimate access. Least privilege becomes operational only when role, policy, and entitlement drift are continuously right-sized.
Editorial analysis by NHI Mgmt Group, based on content published by Nexis: “Zero Trust Depends on the Access Beneath It”.
Key questions
Q: What breaks when zero trust is built on an over-provisioned access model?
A: The model still verifies access, but it verifies the wrong access with high confidence.
Q: Why does access right-sizing matter before continuous verification?
A: Because verification can only evaluate what the policy and entitlement model already allow.
Q: What are the signs that entitlement drift is weakening zero trust?
A: The main signs are growing exceptions, permissions that outlive role changes, and access reviews that repeatedly confirm the same excess entitlements.
Practitioner guidance
- Establish entitlement baseline governance Map roles, policies, and inherited permissions to the access that should exist today, not the access that accumulated over time.
- Automate continuous access right-sizing Use recurring analysis to flag unused, excess, or conflicting access before it becomes normalised across systems.
- Validate contextual controls against a clean baseline Check that adaptive access decisions are being made on top of current, least-privilege entitlements rather than inherited sprawl.
Bottom line: Zero trust is only as accurate as the access model it inherits, so verification cannot rescue a flawed entitlement baseline.
What's in the full article
Nexis's full article covers the operational detail this post intentionally leaves for the source:
- How the NEXIS Platform models roles and policies across systems
- How NEXIS ISPM identifies unused access and supports removal workflows
- How cross-application segregation-of-duties checks are applied across business and administrative systems
- How dynamic authorization combines role-, attribute-, and policy-based rules with context and risk signals
👉 Read Nexis's analysis of why zero trust depends on the access model beneath it →
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Zero trust inherits the quality of the access model beneath it. Verification can only confirm that policy allows a request, not whether the request reflects least privilege. When the entitlement baseline is wrong, zero trust becomes a high-confidence enforcement layer for bad decisions, which is why access model governance sits upstream of every runtime control.
A few things that frame the scale:
- 90% of IT leaders say properly managing NHIs is essential for a successful zero-trust implementation, according to the Ultimate Guide to NHIs.
A question worth separating out:
Q: How should teams balance adaptive access with least privilege?
A: Use contextual controls to refine decisions only after the underlying roles and policies have been cleaned up. Adaptive access is most defensible when it operates on a current baseline, because context cannot repair a structurally incorrect entitlement model.
👉 Read our full editorial: Zero trust depends on the access model beneath it