TL;DR: Password managers centralize reusable secrets into a single vault, which makes compromise of the vault provider or a privileged endpoint a cascading identity failure, according to Unixi and the 2025 Verizon DBIR. Static credential storage does not scale as a security model because it preserves the very attack surface identity teams are trying to eliminate.
NHIMG editorial — based on content published by Unixi: The Identity Crisis: Vulnerabilities of Password Managers
By the numbers:
- 97% of NHIs carry excessive privileges, increasing unauthorised access and broadening the attack surface.
Questions worth separating out
Q: What breaks when a password manager still depends on a single master password?
A: A master password creates a concentrated failure point because one secret can unlock an entire credential set.
Q: Why do stored credentials keep showing up in breaches?
A: Because stored credentials are reusable, harvestable, and often persistent long after the original trust decision.
Q: How should security teams reduce password risk without relying only on user training?
A: Security teams should focus on the identity flows around passwords, not just the password itself.
Practitioner guidance
- Reduce dependence on reusable vault-stored secrets Identify credentials that are stored, copied, or reused across SaaS, cloud, and admin workflows, then prioritise removal of the highest-value secrets first.
- Map offboarding to secret revocation Verify that leaver and contractor exit processes revoke shared keys, vault access, recovery paths, and organization-level secrets, not only user accounts.
- Test endpoint compromise as an identity failure scenario Assume one privileged laptop, browser profile, or home workstation can become the path to vault compromise or secret capture.
What's in the full article
Unixi's full article covers the operational detail this post intentionally leaves for the source:
- The article breaks down the LastPass breach phases in more operational detail, including the developer laptop compromise and the privileged engineer targeting sequence.
- It compares password manager vault storage with universal single sign-on derivation, which is useful if you are evaluating architecture options rather than just policy.
- It lists specific password manager CVEs and offboarding-related failure modes that help teams connect abstract risk to concrete product and process gaps.
- It explains the KDA derivation flow and browser-extension execution model for teams that need implementation-level context before changing controls.
👉 Read Unixi's analysis of password manager vault risk and universal SSO →
Password manager vault risk: what it means for identity teams?
Explore further
Static secret concentration is the core identity failure, not the vault UI. Password managers do not fail because they centralize convenience alone. They fail when durable credentials become the control plane for authentication, revocation, and reuse across many systems. That creates a blast radius problem that IAM teams should recognise immediately: the security outcome is only as strong as the most exposed secret, not the number of passwords stored.
A few things that frame the scale:
- Only 5.7% of organisations have full visibility into their service accounts, according to Ultimate Guide to NHIs.
- 79% of organisations have experienced secrets leaks, with 77% of these incidents resulting in tangible damage.
A question worth separating out:
Q: What is the difference between storing secrets securely and governing them well?
A: Secure storage protects where the secret sits. Governance adds ownership, exposure history, lifecycle state, and dependency awareness so teams can decide when a secret should be rotated, revoked, or retired. In practice, the second problem is harder and more important, because it determines whether the secret is still usable by an attacker.
👉 Read our full editorial: Password manager vault risk shows why static secrets fail