TL;DR: P0 Security argues that authentication and connectivity have become table stakes, while runtime authorization now determines who can do what, for how long, and under what conditions across employees, workloads and agents. Static credentials, shared access and manual revocation leave the real exposure inside the perimeter, where auditability and just-in-time control matter most.
Editorial analysis by NHI Mgmt Group, based on content published by P0 Security: “Every era has its “worked great” tech. Then the environment changes.”.
Key questions
Q: How should teams govern runtime security for AI systems and cloud workloads?
A: Teams should govern runtime security by focusing on live execution paths, not just pre-deployment approvals.
Q: Why do standing privileges make authentication bypasses worse?
A: Because they convert a single auth defect into broad post-authentication reach.
Q: What are the signs that access governance is failing in practice?
A: The clearest signs are slow remediation, repeated rubber stamp access reviews, and missed permissions outside traditional HR linked systems.
Practitioner guidance
- Define authorization as the primary control plane Map access governance so scope, duration, conditions, approvals and evidence are owned as one runtime process rather than split across login and network controls.
- Bind privilege to task completion Require every elevated access grant to expire automatically when the approved work ends, with no shared account or persistent fallback path left behind.
- Unify human, workload and agent access workflows Use one governance model for employees, contractors, workloads and AI agents so the same rules govern issuance, review and revocation across identity types.
Bottom line: The article argues that authentication and connectivity are now baseline controls, while the real security decision sits in runtime authorization.
What's in the full article
P0 Security's full article covers the operational detail this post intentionally leaves for the source:
- The access lifecycle questions used to assess runtime authorization across employee, contractor, workload and agent access
- The practical test for granting production access in minutes without creating standing privilege or shared accounts
- The operational distinctions between scoped authorization, static credentials and bastion-style access patterns
- The audit questions that force teams to prove who did what, when, why and under what approvals
👉 Read P0 Security's analysis of why authorization now governs modern access control →
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Authorization has become the decisive control layer because the perimeter is no longer the main risk boundary. Authentication and connectivity still matter, but they now solve a smaller part of the problem than most access programmes assume. The modern exposure sits in what identities can do after entry, not whether they can get through the door. Practitioners should re-centre governance on runtime decisioning, not entry checks.
A few things that frame the scale:
- 97% of NHIs carry excessive privileges, increasing unauthorised access and broadening the attack surface, according to the Ultimate Guide to NHIs.
A question worth separating out:
Q: When should organisations replace shared access accounts with just-in-time access?
A: Organisations should replace shared access accounts when production tasks still require elevated access but persistent credentials create unacceptable audit and revocation gaps. Just-in-time access is the better model when the work is time sensitive, scoped and temporary, because it removes standing privilege without blocking operational response.
👉 Read our full editorial: Authorization, not authentication, is now the access control layer