TL;DR: Opal Security argues legacy IAM models still assume access is approved once and managed later, but modern environments need authorization that can decide whether access should exist right now. The shift makes policy, context, and revocation speed the control plane, while authentication alone leaves blast radius untouched.
Editorial analysis by NHI Mgmt Group, based on content published by Opal Security: “How Leading Teams Are Modernizing Authorization with Opal to Reduce Risk and Regain Control”.
Key questions
Q: What breaks when organisations keep relying on static access approvals after login?
A: Static approvals break when access conditions change faster than review cycles can respond.
Q: Why does continuous authorization reduce risk more effectively than authentication alone?
A: Continuous authorization matters because authentication only answers who entered, not whether that access should still be valid for the current task or context.
Q: How do organisations know whether their authorization model is actually working?
A: Look for uniform enforcement across gateways and services, short token lifetimes, regular revocation or introspection use, and clear separation between public and confidential clients.
Practitioner guidance
- Map standing access versus JIT coverage Baseline how much of the environment still depends on persistent entitlements, then separate human and NHI access paths so the review can identify where revocation lag is largest.
- Move policy logic into version-controlled code Define authorization rules as code so they can be reviewed, tested, and rolled back with the same discipline as other infrastructure changes.
- Track mean time to revoke risky access Measure how long it takes to remove access after usage drops, risk changes, or ownership changes, and treat slow revocation as a control failure rather than an operational delay.
Bottom line: The article's core claim is that authorization now matters more than static IAM once access has been granted and conditions keep changing.
What's in the full article
Opal Security's full blog post covers the operational detail this post intentionally leaves for the source:
- The six authorization patterns in more implementation detail, including how each one changes enforcement.
- The authorization maturity curve and the signals Opal Security uses to assess progress.
- Examples of key metrics such as JIT coverage, ownerless accounts, and mean time to deprovision NHIs.
- The ebook reference and the surrounding explanation of how Opal Security defines identity drift.
👉 Read Opal Security's analysis of authorization maturity as the new access control plane →
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Authorization maturity is now an access control problem, not an IAM hygiene problem. Static approval, entitlement cataloguing, and periodic review do not solve post-login exposure when decisions have to be enforced in real time. The control plane has shifted from provisioning to runtime enforcement, which changes how IAM, IGA, and PAM programmes should be measured. Practitioners should treat revocation speed and contextual enforcement as core identity governance outcomes.
A question worth separating out:
Q: What is the difference between authorization and authentication in modern application security?
A: Authentication proves who a user or workload is. Authorization determines what that identity is allowed to access or do. The two are related but not interchangeable. A system can authenticate successfully and still deny access, because permission decisions depend on roles, relationships, resource context, and policy, not just on identity verification.
👉 Read our full editorial: Authorization maturity is becoming the real access control plane