The least privilege principle demands that every identity — human, service or machine — receives exactly the rights necessary for its task: no more, no longer, no broader. It is one of the oldest security principles and at the same time the most frequently violated.
The reason for its effectiveness is simple: the damage of a compromised account is exactly as large as its rights. Minimal rights mean a minimal blast radius.
Why rights sprawl in practice
Privilege creep happens gradually: project changes bring new access, old access is never revoked; template copying (like colleague X) multiplies over-provisioning; under time pressure rights are granted generously because revocation never presses anyone. After years nobody has the overview — until an incident forces it.
The remedies are processes instead of appeals: granting rights via roles (RBAC) instead of individual approvals, just-in-time rights for administrative work, automatic revocation on change and exit, regular recertification — and visibility into which rights are actually used.
Least privilege beyond identities
- Network: segmentation and ZTNA grant access to individual applications instead of whole networks.
- Workloads: microsegmentation restricts which systems may talk to each other.
- Cloud: roles with a narrow scope instead of accounts with wildcard rights.
- Applications: API keys and tokens with minimal scope and expiry.