Privileged Access

Standing Privilege

Standing privilege is any elevated permission that remains assigned to a user, role, or service account when it isn't actively being used — making it a persistent target for attackers and the single biggest source of blast radius in modern breaches.

Last reviewed 5/30/2026

Key points

  • Includes always-on admin rights, long-lived API keys, and persistent cloud roles
  • Primary target of credential-theft and supply-chain attacks
  • Reduced by JIT access, secrets rotation, and least-privilege reviews
  • Visible in CIEM and IGA reports
  • Often invisible in legacy access reviews focused on apps, not cloud entitlements

What it is

Standing privilege is the catch-all term for elevated access that exists whether or not it's being used right now. It includes always-on Global Administrator accounts, long-lived AWS access keys, service accounts with broad cloud roles, and developers with permanent production access.

Why it matters

Most modern breaches don't start with a 0-day — they start with a stolen credential. When that credential carries standing privilege, the attacker inherits the same blast radius the legitimate user had. Eliminating standing privilege is the highest-ROI security control most organizations can implement.

How to reduce it

  • Move privileged humans to JIT access workflows
  • Rotate / vault long-lived credentials, replace with short-lived tokens (OIDC for CI/CD, IAM Roles Anywhere, workload identity)
  • Run CIEM tools to surface unused entitlements
  • Tie access reviews to actual usage data, not org-chart assumptions

Common misconceptions

  • MFA doesn't fix standing privilege. A phished session token can still wield the same standing rights.
  • Standing privilege isn't just admins. A developer with permanent prod read access is still standing privilege.

FAQ

Is zero standing privilege achievable?

Not literally — break-glass accounts will always exist. But the goal is to drive standing privilege to a small, monitored, audited set.