Bitwarden

Bitwarden（https://bitwarden.com/） 是面向个人、家庭、团队和企业的开源密码管理与凭据安全平台。它可以保存登录信息、生成独立密码、在多设备间同步并自动填充，也覆盖 Passkey、两步验证、Bitwarden Send、团队共享和 Secrets Manager。真正需要规划的是密码库的恢复、权限和部署责任，而不是只安装一个浏览器扩展。

Bitwarden 官方说明密码库数据会在本地设备加密后再发送到服务器，服务器保存的是加密数据。这个架构说明不能替代用户对主密码、设备、恢复码和组织权限的管理。

先按数据责任选择路径

你的目标	优先关注	开始前确认
个人跨设备登录	个人密码库、生成器、自动填充	浏览器/桌面/移动端支持、云区域与套餐权益
家庭共享账号	共享集合、成员与紧急访问	谁可以查看、编辑、导出或移交项目
团队或企业凭据	组织、权限、事件日志、SSO/SCIM	目录同步、离职交接和审计要求
开发与 DevOps 秘密	Secrets Manager、机器凭据和自动化访问	运行环境、密钥轮换与服务账号边界
自行控制服务器	Self-host（https://bitwarden.com/help/self-host-bitwarden/）	容器、数据库、证书、备份、升级与可用性

个人与家庭

个人密码库、家庭共享和紧急访问解决的是成员之间的可控共享。先确定谁在紧急情况下可以取得哪些项目，再决定集合、移交和恢复设置。

组织与机器凭据

组织共享、SSO/SCIM 和 Secrets Manager 属于不同权限模型。先画出人员、服务账号、环境和轮换责任，再评估企业功能或自托管路线。

首次配置先保住恢复能力

1. 从官网创建账号，设置一条只用于 Bitwarden 的长主密码，不要与邮箱、云盘或代码托管服务复用。
2. 在账户安全设置中启用两步验证，并把两步验证恢复码放在与日常设备相互独立的安全位置；使用 Passkey 时先分清它用于两步验证，还是直接登录 Bitwarden。
3. 使用导入工具迁入旧密码库后，抽查文件夹、URI、用户名、备注和自定义字段，并删除不再需要的明文导出文件。
4. 用密码生成器替换重复、过短或长期未更新的密码，重要账号优先检查 Passkey 或硬件安全密钥。
5. 在浏览器、桌面端和移动端分别测试锁定、解锁、自动填充和登出，确认连接到正确的云区域或自托管地址。

恢复码不能重置主密码

两步验证恢复码用于移除已配置的两步验证方式，使用它仍需提供账户邮箱和主密码；它不是密码库解密密钥，也不能用来重置遗忘的主密码。恢复后应重新设置两步验证，并保存新生成的恢复码。若使用直接登录 Bitwarden 的 Passkey，要同时解锁密码库，还需兼容的浏览器、验证器及相应加密设置；不能把“可以登录”直接当成“可以解密”。

具体条件可查官方说明：https://bitwarden.com/help/two-step-recovery-code/ 与 https://bitwarden.com/help/login-with-passkeys/ 。

登录和解锁不是一回事

官方文档区分“登录”和“解锁”：登录需要获取加密密码库，解锁则在本地完成解密。PIN 或生物识别是设备侧便利设置，不能替代主密码和恢复备份。

自动填充与共享按最小权限处理

自动填充前看域名

自动填充能减少手动复制密码的机会，但仍应核对当前网页域名、登录表单和匹配的 URI。对相似域名、嵌入式登录页和临时测试站，不要因为扩展给出建议就盲目填充。

共享时看成员动作

• 把个人密码与团队凭据分开放置，避免员工离职时一起移交。
• 为高风险项目启用重新验证或二次提示，减少解锁状态下的误操作。
• 使用 Bitwarden Send 传递临时信息时设置有效期、密码或收件人限制，不把它当作长期密码库。
• 查看密码健康报告和重复密码提示，把报告当作改进线索而非绝对安全证明。

“零知识”和开源能说明什么

Bitwarden 官方安全资料将其描述为零知识、端到端加密和开源平台，并提供安全白皮书、审计与漏洞披露入口。密码库在本地加密、云端主要承担存储和同步，可以降低服务端直接读取明文密码的可能性，却不能消除恶意扩展、已解锁设备、弱主密码、钓鱼站或恶意管理员的风险。

评估时别只看算法名称

同时检查客户端更新、恢复路径、设备锁定、组织权限和导出能力。把主密码、恢复码或组织密钥贴到工单、聊天或代码仓库，会绕过再强的服务端加密。

云端与自托管是两种责任模型

方式	平台提供	你需要承担
Bitwarden 云服务	主要基础设施、客户端同步和平台更新	账号安全、主密码、MFA、组织权限、备份和套餐选择
官方自托管	安装文档、容器和支持的部署路线	服务器、Docker/Kubernetes、数据库、证书、邮件、监控、升级和灾难恢复
非官方兼容服务器	不保证官方客户端完整兼容	自行验证版本、功能、迁移和支持边界

官方自托管文档（https://bitwarden.com/help/self-host-bitwarden/）列出 Linux、Windows、Docker 和 Kubernetes/Helm 等路线，并把服务器维护、安全、可用性和更新责任交给部署方。自托管提供基础设施控制权，但不等于零成本或无需运维。

团队与开发者功能要分开评估

组织管理

团队和企业可以从组织、集合、事件日志、目录同步、SSO、SCIM、细粒度权限和自托管等方向评估，先核对成员移交和审计要求。

机器秘密

应用密钥、CI/CD 令牌、数据库凭据应与个人登录密码分开，使用适合机器访问的 Secrets Manager 或受控密钥系统，明确轮换责任。

适合谁，以及哪些信息要复核

• 希望减少密码复用、在浏览器和手机间同步登录信息的个人用户。
• 需要家庭共享、成员移交和紧急访问的家庭或小团队。
• 要集中管理组织凭据、权限、SSO/SCIM 与审计记录的 IT/安全团队。
• 需要自托管、机器密钥和开发流程集成的开发者与 DevOps 团队。

价格、免费/付费权益、云区域、客户端能力、组织策略和自托管授权会变化；请在官方帮助中心（https://bitwarden.com/help/）、当前套餐页面和控制台中复核。无论选择哪种部署方式，都应先完成主密码、MFA、备份、恢复和设备注销演练。