Password Managers: What Actually Matters When Choosing One
Table of contents
- Why the feature lists mislead
- Zero-knowledge architecture: the one design decision that matters
- Recovery: where most people actually get burned
- Audits and breach history
- Migration cost: the exit you are buying
- Comparison: free, paid, and self-hosted patterns
- Bottom line
- Red flags to watch for
Why the feature lists mislead
Password manager marketing has converged on a shared feature list: unlimited passwords, cross-device sync, a browser extension, dark-web monitoring, maybe a document vault. Because every serious product has all of it, the feature list no longer discriminates. What separates products is structural — how the vault is encrypted, what happens when you lose your master password, what independent reviewers have found, and how hard the product is to leave. Those four questions organize this guide, and they can all be answered from public material in under an hour.
Zero-knowledge architecture
"Zero-knowledge" means the service's servers hold only encrypted data, and the key to decrypt it is derived from your master password on your device — never sent to the server. The consequence is the entire point: a breach of the company's servers yields ciphertext, and a subpoena yields ciphertext too.
The way to evaluate this claim is not to trust the phrase but to read its mechanics, all of which are documented by the serious products:
- Key derivation. The master password should be stretched with a deliberately slow function (argon2 or PBKDF2 with a high iteration count). Slow derivation is what makes a stolen vault expensive to attack. Product whitepapers publish these parameters; vagueness here is a warning sign.
- Where decryption happens. Some products decrypt in the cloud and stream results; zero-knowledge products decrypt locally. The distinction is usually in the security whitepaper, not the homepage.
- What the vendor can see. URLs of vault items, usernames, and notes should all be inside the encrypted blob. Some products keep certain fields (like item titles used for sync indexing) in plaintext metadata — a smaller point, but the honest vendors disclose it.
Recovery: where most people actually get burned
The real-world failure mode of password managers is not cryptographic. It is a forgotten master password with no recovery path — or worse, a recovery path so permissive that it undermines the zero-knowledge design. Products handle this tension differently, and the differences are decisive:
- No recovery at all. Forget the master password, the vault is gone. Maximally secure, maximally unforgiving; suits users with disciplined backups of the emergency kit.
- Recovery key generated at setup. A long random string printed and stored offline can reset access without the vendor ever learning it. This is the pattern most products have converged on, and it is a good balance.
- Emergency access / designated heir. A time-delayed handoff to a trusted contact. Valuable for families and estate planning; check whether the grantee's access is end-to-end encrypted or whether the vendor mediates it.
- Family plans with admin override. Convenient, but an admin who can reset a member's vault has a technical master key to household secrets. Decide whether that is a feature or a liability for your household.
The habit to adopt at setup, whatever the product: generate and physically store the recovery kit the product offers, then test it once on a second device.
Audits and breach history
Established password managers publish third-party security audits, and the better ones repeat them. As with VPNs, an audit is a snapshot: read what was examined, when, and what was fixed. Some audit summaries are published in full; some are one-paragraph attestations. The depth of disclosure is itself a signal.
Breach history deserves the same calm reading. The industry's most instructive incident remains the 2022 LastPass disclosure, in which encrypted vaults were taken from cloud storage; the debate that followed centered on how much of each user's vault was exposed by the strength of that user's master password and the product's key-derivation parameters at the time the vault was created. The durable lesson is not "never trust a vendor" but "the master password and the derivation parameters are load-bearing" — which is exactly why the zero-knowledge section above tells you to read the whitepaper.
Migration cost: the exit you are buying
Every reputable manager supports the standard CSV export, which means migrating out is usually a weekend afternoon, not a project. But CSV export quality varies: some products export everything including attachments and TOTP seeds; some export logins only and drop secure notes and identities. Before committing long-term, check the export documentation — the generosity of the exit is a better predictor of vendor behavior than the generosity of the welcome discount.
Two migration notes that recur in practice: TOTP seeds exported in CSV are plaintext secrets and should be re-enrolled rather than carried over; and browser-saved passwords, the usual previous home, export cleanly but arrive with messy titles — dedupe after import, not before.
Comparison: free, paid, and self-hosted patterns
| Pattern | What it typically includes | Real constraint | Best fit |
|---|---|---|---|
| Free tier of a paid product | Unlimited or device-limited logins, core sync | Device-type limits or vault limits push heavy users to paid | Single-device or light users |
| Paid consumer plan | Unlimited vault, all devices, sharing, emergency access | None serious for individuals | Most households — the default recommendation [VERIFY current prices per provider] |
| Family plan | 4–6 seats, shared collections, admin console | Admin override semantics | Households that want shared logins governed |
| Self-hosted / open-source | Full control of the server | You own uptime, updates, and backups | Technical users who already run a server |
Bottom line
Choosing a password manager is choosing a custodian for one file that matters more than almost anything else you store in the cloud. The products worth considering have all passed the basic bars: local decryption, published derivation parameters, repeated audits, honest breach communication, and a clean export path. The choice among them is then about fit — recovery philosophy, family sharing semantics, and price — rather than security theater. Pick one, store the recovery kit offline, and stop reusing passwords; that combination outperforms any feature comparison.
Red flags to watch for
- No published security whitepaper. Every serious product maintains one. Its absence means you are being asked to trust marketing instead of documentation.
- "Bank-level encryption" as the only security claim. True but empty — the phrase describes the same standard everyone uses and tells you nothing about the architecture around it.
- Browser-extension-only products with no export. If you cannot leave, you are not a customer; you are a hostage.
- Lifetime deals on subscription products. Password managers carry ongoing sync infrastructure and security-response costs. A lifetime price is a bet on solvency, not a bargain.
- Recovery that emails you your master password. Any recovery path that can reconstitute your master password at the vendor's end means the vendor can read your vault. This should end the evaluation immediately.