「密码管理器，说到底不就是那里一旦被攻破就全完了吗？」——针对最常见的这个担忧，本文从原理出发诚实作答。这里不涉及攻击手法，只讲安全性的依据，以及适合自己的选择方法。
加密能保护什么，还有哪些风险
这种担忧有道理：那一处一旦被攻破，所有密码都可能泄露。零知识加密能解决其中的大部分问题。
由此导出的实务铁律只有一条——让主密码做到「长、唯一、不离开设备」。如果这里薄弱，被偷走的密文就留有被人花时间破解的余地。强度的参考标准可在 密码强度检查器 确认。
MFA 用于防止未经授权的账户登录，不能阻止对被盗加密数据进行密码猜测。设备、浏览器和应用的安全性也需要单独保障。提供方的威胁模型也涉及设备入侵与 Web 客户端的分发途径等问题。
真正能守护你的 3 个机制
它的价值远不止「不用记忆的金库」。
尤其有效的是自动填充的抗钓鱼能力。人很难辨别与真品几乎一模一样的假域名，但管理器只要登记的域名不一致就不会填入，于是「咦，怎么填不进去」就成了发现假网站的线索。靠手动从表格复制粘贴的做法，没有这道防御。
云端型 vs 本地型 —— 按用途选择
这里列出的产品使用端侧加密。请按产品及其设置确认加密范围、恢复方式，以及同步和备份的安全条件。一个主要区别是由谁管理同步。
云端型（Bitwarden / 1Password）
- 在所有设备上自动同步、共享省心
- 备份与恢复的引导路径完善
- 内容始终保持加密（提供方也读不出）
- 操作省事易于坚持＝适合大多数人
本地型（KeePass 等）
- 把加密文件（.kdbx）自己放到 Drive 等处来同步
- 适合完全不想让提供方介入的人
- 同步、备份都是自负其责
- 适合以离线为主、想完全在手边管理的人
两者都向安全一侧设计。请以能否坚持来选择。比起完美却用着用着就放弃的工具，朴素但每天都能用的工具，结果上更能守护你。
安全的选择方法（核查清单）
必须是零知识（端侧加密）
密码管理服务的账户登录支持 MFA
备有恢复手段
支持你使用的全部设备
上手方法、迁移方法
选一个并安装
把主密码做到长且唯一
为密码管理账户、恢复邮箱和主要账户设置 MFA
导入既有密码，从弱的开始换成强的不同密码
确实清除明文的存放处
支持的服务转向 passkey
专用型、内置型与浏览器保存的比较
除了云端型和本地型管理器，还有第三种选择：操作系统或浏览器内置的密码保存功能。
| 专用（云端型） | 专用（本地型） | 操作系统内置（iPhone「密码」App、Google 密码管理器） | |
|---|---|---|---|
| 费用 | 免费计划或付费 | 免费（KeePass 等） | 无额外费用 |
| 设备 | 跨 Windows、Mac、iPhone、Android 使用 | 同步需要自己安排 | 以单一厂商的设备和浏览器为主 |
| 家人或团队共享 | 强 | 需要费功夫 | 部分支持 |
| 泄露与重复使用警告 | 有（取决于产品和计划） | 通过插件 | 有 |
| 适合 | 混用多个平台、需要共享 | 想自己管理同步的人 | 所有设备都来自同一厂商 |
内置型只要用好生成和自动填充，也能做到每个服务使用不同的密码。等需要跨平台时再迁移到专用管理器，这个顺序完全没问题。
如何检查自己的设置
不要装好就结束。以下设置请检查一次。
检查密钥的派生方式（KDF）
把主密码转换成密钥的密钥派生函数（KDF）越重，被偷走的密文就越难被暴力破解。在 Bitwarden 中，打开网页版的「设置」→「安全」→「密钥」；默认是 PBKDF2 SHA-256、600,000 次迭代，也可以选择 Argon2id。较早创建的账户，请确认设置符合当前的推荐值。
把恢复信息保存在密码管理器之外
1Password 除主密码外还使用 34 个字符的 Secret Key（秘密密钥），它印在应急工具包上。在 Bitwarden 中，请记下两步登录的恢复代码。两者都不要只放在金库里；打印出来，放在家中固定的地方。
检查密码管理器本身的 MFA
优先使用 passkey、物理密钥或验证器应用，而不是短信（→ MFA 指南）。
检查自动锁定时间
确认浏览器扩展和应用会在一段时间无操作后或关闭浏览器时锁定。和家人共用的电脑上要设得短一些。
常见错误与对策
- 主密码和其他服务用的是同一个：那边一泄露，金库的钥匙也随之暴露。主密码不能在其他任何地方使用。
- 恢复代码或应急工具包只放在金库里：被锁在外面时就拿不到。请在纸上等金库之外的地方保留一份。
- 迁移后仍开着浏览器的密码保存：密码分散在两处，旧密码也会残留。迁移完成后，关闭浏览器保存，并删除其中已保存的内容。
- 金库处于解锁状态就离开座位：请设置较短的自动锁定时间。
实例：提供方被攻破时，哪些东西守住了
2022 年 12 月，LastPass 公布攻击者复制了客户金库数据的备份。据该公司说明，网站的用户名、密码、安全笔记和表单填充数据仍以 256 位 AES 加密，只有用从各用户主密码派生的密钥才能解密。
同一份公告中还写明：
- 金库中的网站 URL 位于未加密的部分
- 账户信息也被复制：公司名称、最终用户姓名、邮箱地址、账单地址、电话号码，以及客户连接时使用的 IP 地址
- 在默认设置（PBKDF2、100,100 次迭代）下，只要主密码足够强，猜出它将极其困难
由此可见：零知识设计保护了内容，但最终起决定作用的是主密码的强度和密钥派生的设置。另外，知道你在哪些网站有账户，也可能被用于冒充这些网站的钓鱼邮件。如果提供方公布了泄露事件，请考虑更改主密码以及重要账户的密码。
本站的视角：守住主密码和金库的 MFA，并选能坚持用的工具
本站从不把秘密（密码、密钥、连接信息）以明文放在共享文档或代码里，日常登录都用密码管理器统一管理。除了长且唯一的主密码和适当的加密设置，还应配置用于防止未经授权登录的 MFA。设备和应用更新、自动锁定、恢复信息的保管也需要分别确认。选择工具时，应兼顾安全条件和能否坚持使用。
接下来阅读
- 检查是否泄露：如何确认自己的密码是否已泄露（Have I Been Pwned）
- 保管：密码的正确保管（不再明文保存）
- 原理：服务端是怎样保存的（哈希＋加盐）
- 两步：多因素认证（MFA）指南
- 无密码：什么是 passkey（从支持的服务开始迁移）
- 实现者一侧：密码重置的设计缺陷——如果重置是薄弱的入口，再强的密码也无济于事
- 根基：安全最低限度核查清单
- 工具：密码强度检查器
- 数据：人们实际是怎样保存密码的（调查数据）
- 泄露之后：如何清除浏览记录、Cookie 和已保存的密码（Chrome、Safari、Edge、Firefox）
出处
- LastPass「Notice of Recent Security Incident」（2022 年 12 月 22 日）: blog.lastpass.com
- Bitwarden Help「Encryption Key Derivation」: bitwarden.com
- Bitwarden「Security Whitepaper」威胁模型: bitwarden.com
- 1Password Support「About your Secret Key」: support.1password.com
- NIST「SP 800-63B-4」（2025 年 8 月），允许使用密码管理器和粘贴: pages.nist.gov
更新记录
- 2026-10-20: 限定了加密数据泄露时的安全保证，并区分 MFA、抵抗解密的能力与设备安全。本次为有限范围的订正，未重新核验所有既有事故公表数值和产品功能。