dani-garcia/vaultwarden

项目定位

Vaultwarden 是 Bitwarden Client API 的替代服务端实现，使用 Rust 编写，目标是让自托管部署不必承担官方服务端较高的资源开销，同时兼容 官方 Bitwarden 客户端。README 明确说明这是非官方项目，与 Bitwarden 公司没有关联（免责声明）。

服务端覆盖个人保险库、Send、附件、网站图标、个人 API Key、组织与集合、共享、成员角色、分组、事件日志、策略、多因素登录（验证器、邮件、FIDO2 WebAuthn、YubiKey、Duo）、紧急访问、管理后台，以及容器内自带的修改版 Web 保险库（功能列表）。适合希望自己保管密码数据、但仍继续使用 Bitwarden 客户端的个人、家庭和小型组织。

快速开始

推荐使用容器镜像，镜像发布在 GitHub Container Registry、Docker Hub 和 Quay，标签选择可参考 wiki。拉取镜像并挂载持久化目录、设置 HTTPS 域名后运行：

docker pull vaultwarden/server:latest
docker run --detach --name vaultwarden \
  --env DOMAIN="https://vw.domain.tld" \
  --volume /vw-data/:/data/ \
  --restart unless-stopped \
  --publish 127.0.0.1:8000:80 \
  vaultwarden/server:latest

数据会保存在 /vw-data/，路径可以按需调整。Web 保险库依赖 Web Crypto API，因此必须启用 HTTPS 并处于安全上下文。项目建议在服务前放置反向代理，wiki 中提供了代理示例。完成后，将 Bitwarden 客户端指向该域名即可登录使用。

README 也给出了同样配置的 Docker Compose 写法。此外还有社区维护的安装包和自行构建的方式，但社区包可能版本滞后或配置方式不同。更完整的安装与配置步骤见 Vaultwarden wiki。

使用约束

Web 保险库必须通过 HTTPS 访问，这是 Web Crypto API 的要求。README 建议使用反向代理，而不是依赖 Rocket 自带的 TLS。必须挂载持久化目录，否则容器重建后保险库数据不会保留。

README 明确声明不对数据丢失承担责任，并建议定期备份文件和数据库。项目采用 AGPL-3.0 许可证（许可证文件）。

由于这是非官方服务端，问题和建议应提交到 Vaultwarden 自己的 issue 跟踪器和社区渠道，不要使用 Bitwarden 官方支持渠道。README 提到有一名活跃维护者受雇于 Bitwarden，但以个人时间参与，贡献由其他维护者审核。

HotRepo 点评

HotRepo 的记录显示，Vaultwarden 在 2026 年 8 月下旬和 9 月中旬进入全语言日榜，单日新增在 68 到 176 星之间；2026-11-07 又进入 Rust 周榜，当周新增 438 星，最好名次为 16。仓库目前超过 7 万星、3,400 多个 fork，说明自托管密码服务长期受到关注。

Hacker News 上的讨论提供了使用背景，但不能当作产品验证。2025 年围绕 OpenID Connect SSO 提交的讨论里，有自托管用户解释 SSO 在“多用户少工具”和“多工具少用户”两种场景下都有价值，一位非营利组织管理者也提到自托管可以避免按人数计费。同一条讨论中，一位长期用户对 Docker Hub 账号安全和第三方依赖表示担忧。Vaultwarden 往往保存的是家庭实验室里最敏感的凭据，这类运维问题值得和功能清单一起考虑。