AliasVault 0.31.1 介绍与选型指南
AliasVault 0.31.1 介绍与选型指南：解析这款密码管理器+邮件别名服务器双引擎组件的核心特性、版本节奏、自托管资源需求，并给出与 Bitwarden/Vaultwarden/2FAuth 的量化选型对比与适用场景判断。
AliasVault 0.31.1 介绍与选型指南
本文是 AliasVault 专栏的认知篇。文中版本号、特性清单、资源需求、社区数据均于 2026-10-24 从官方渠道实查取得，来源在文末逐条列出；本文不含任何本地实测结论，部署与配置实操请看本专栏后续篇章。
AliasVault 是一个把「密码管理器」和「邮件别名服务器」合二为一的开源自托管组件：你为每个网站生成独立的强密码、独立身份和独立的邮件别名地址，所有数据端到端加密后存进自己的服务器，官方将其定位为 "privacy-first password and email alias manager"（隐私优先的密码与邮件别名管理器）。
一、组件定位：密码库 + 邮件别名双引擎
与传统密码管理器只管「存密码」不同，AliasVault 的差异化在第二引擎——内置邮件服务器。它不只是把密码存起来，而是让每个网站拿到一个不同的（别名）邮箱：
- 密码与 Passkey 管理：生成并存储所有密码与 passkey，桌面/移动/平板多端访问（官网 Features 页原文："Generate and store all your passwords and passkeys in one place"）。
- 别名生成器与邮件服务器：为不同服务生成唯一别名身份与唯一邮箱地址，邮件直接收进 AliasVault 自身，"no third-party email service required"（无需第三方邮件服务）。
- 端到端加密与零知识：所有敏感用户数据（含保险库全部内容与收到的邮件）在设备端加密后才上传；主密码永不离开设备，服务器侧永远接触不到明文（README Security 章节）。
- 离线模式：浏览器扩展与移动 App 支持完全离线访问与本地编辑，恢复联网后自动同步。
- 内置 TOTP 认证器：二步验证码直接在保险库内生成。
一句话概括它的产品哲学：让每个网站都只见到你的一次性身份。当某网站泄露数据时，你能立刻从别名地址反查出泄露源头。
二、项目背景与成熟度
AliasVault 由 Leendert de Borst（GitHub ID: lanedirt）创建，README 中自述 "Built on 15 years of experience"（基于 15 年行业经验构建），采用 GNU AGPL-3.0 许可证开源（商标另行约定于 TRADEMARKS.md）。项目同时运营官方云版 app.aliasvault.com 作为参考实现，自托管版与云版共享同一套代码与客户端。
客户端矩阵（README 与官网实查）：
| 客户端形态 | 覆盖 |
|---|---|
| Web 应用 | 全平台通用（响应式） |
| 浏览器扩展 | Chrome、Firefox、Edge、Safari、Brave（含自动填充） |
| 移动端 | iOS 原生 App、Android 原生 App |
项目处于活跃开发期，官方对发布节奏与稳定性的表述是：每 2–3 周发布一次增量版本，强调真实环境测试与用户反馈；官方明确声明 "During this phase, AliasVault can safely be used in production as it maintains strict data integrity and automatic migration guarantees"（该阶段可安全用于生产，具备严格数据完整性与自动迁移保障）。
三、版本实查：0.31.1
通过 GitHub releases.atom 与 shields.io 徽章双源核对，截至 2026-10-24：
- 最新稳定版：0.31.1
- 近期版本序列：0.31.1 → 0.31.0 → 0.30.7 → 0.30.6 → 0.30.5 → 0.30.4 → 0.30.3
版本号第二位快速递增、第三位频繁补丁，与官方「2–3 周一版」的自述吻合。对自托管者的含义是：升级是常态，选择 AliasVault 需要接受较高频的版本跟进，好在其自动迁移机制把数据升级做进了服务端流程。
四、自托管资源需求与部署形态
README 给出的官方最低需求：
| 项目 | 官方要求 |
|---|---|
| CPU | 1 vCPU |
| 内存 | 1 GB RAM |
| 磁盘 | 5 GB 可用（建议总计 16 GB） |
| 运行时 | Docker ≥ 20.10，64 位 Linux |
官方提供两种自托管安装方式，差异在「自动化程度 vs 管理自由度」：
- Install Script（官方推荐，适合 VPS/云主机）：一键脚本自动生成 .env、拉取组件、启动服务，并自带自动 SSL 证书管理。脚本入口：
curl -L -o install.sh https://github.com/aliasvault/aliasvault/releases/latest/download/install.sh，随后./install.sh install。 - Docker Compose（手动模式，适合 NAS/家庭实验室）：单容器编排、手动配置，适配已有 SSL 体系的场景。
本专栏 B2 篇按官方 Compose 基准给出了可复现实测流程，见《AliasVault 0.31.1 Docker Compose 部署指南》；安装脚本生成的 .env 各参数逐项解释见《AliasVault 0.31.1 配置参数详解》。
五、同类选型对比
在同批「安全与密码」组中，AliasVault 最容易与 Bitwarden、Vaultwarden、2FAuth 混淆。下表为 2026-10-24 经 shields.io 与各仓库 releases 页实查的量化对比（2FAuth 数据参考本批次《2FAuth 8.0.3 介绍与选型指南》同源口径）：
| 维度 | AliasVault 0.31.1 | Bitwarden（官方服务端） | Vaultwarden 1.37.4 | 2FAuth |
|---|---|---|---|---|
| GitHub Stars | 3.3k | 20k | 70k | 4.2k |
| 语言栈 | .NET (C#) + React | .NET (C#) + TypeScript | Rust | PHP (Laravel) |
| 许可证 | AGPL-3.0 | AGPL-3.0 / 商业双轨 | AGPL-3.0 | AGPL-3.0 |
| 核心定位 | 密码库 + 邮件别名服务器 + 身份隔离 | 全功能密码管理 + 企业组织 | Bitwarden 协议的轻量自托管重实现 | 纯 TOTP/HOTP 二步验证码自托管 |
| 版本节奏 | 2–3 周一版（官方自述，近期 0.30.x→0.31.x 密集发布） | 固定周期滚动发布 | 1.37.x 系列持续维护 | 稳定维护 |
| 邮件别名能力 | 内置邮件服务器，原生别名收信 | 无（依托第三方转发服务） | 无 | 无 |
| 客户端广度 | Web + 5 款浏览器扩展 + iOS/Android 原生 | 全平台最全（含 CLI、目录同步、SSO） | 复用全部 Bitwarden 客户端 | Web 为主 + 移动端 PWA |
| 典型资源画像 | 1 vCPU / 1 GB RAM / Docker ≥ 20.10 | 企业级部署（MSSQL 等多容器） | 单二进制，资源极低 | PHP + MySQL/SQLite，资源低 |
兼容矩阵说明：Vaultwarden 的最大优势是直接兼容 Bitwarden 全系官方客户端；AliasVault 不兼容 Bitwarden 协议，使用自研客户端与自研同步协议（数据模型含别名与身份字段），因此客户端只能用其官方扩展与 App。
选型判断
- 要「每个网站一个身份 + 别名邮箱」：选 AliasVault，这是四者中唯一内置邮件服务器的选项。
- 要「Bitwarden 客户端生态 + 低资源」：选 Vaultwarden，社区规模（70k stars）与生态成熟度最高。
- 要「官方企业支持、组织/SSO/审计」：选 Bitwarden 官方服务端或云服务。
- 只要「二步验证码集中托管」而不需要密码库：选 2FAuth，职责单一、迁移成本低。
AliasVault 与 2FAuth 并非互斥：常见组合是用 2FAuth 托管 TOTP 验证码、用密码管理器存密码；AliasVault 则把 TOTP、密码、别名收进了同一个保险库，架构上更「一站式」。
六、已知边界与注意事项
基于官方 README 与路线图的如实描述，现阶段评估选型时应知道：
- 组织/家庭共享功能仍在路线图中（"Adding support for family/team sharing (organization features)"），当前不适合作为团队共享密码库的主力。
- FIDO2/WebAuthn 硬件密钥支持在开发计划中，尚未作为已交付特性列出。
- 别名收信依赖自建邮件服务器的 25 端口可达性，部署环境（尤其云厂商）需先确认出站/入站邮件端口策略，这一点在部署篇会展开。
七、本专栏阅读路线
- 实操部署：《AliasVault 0.31.1 Docker Compose 部署指南》——官方 Compose 基准的实测流程与服务验证。
- 配置调优：《AliasVault 0.31.1 配置参数详解》——.env 全量参数逐项实测说明。
- 生产落地：《AliasVault 0.31.1 安全加固指南》——管理凭据、会话安全、TLS 反代与备份加密。
- 同组对照：2FAuth 专栏（TOTP 验证码自托管）与本文第五节对比表互为补充。
参考来源（实查日期 2026-10-24）
- GitHub 仓库 README：https://github.com/lanedirt/AliasVault （特性、安全设计、安装方式、资源需求、路线图、AGPL-3.0）
- GitHub Releases atom：https://github.com/lanedirt/AliasVault/releases.atom （版本序列 0.31.1/0.31.0/0.30.7…）
- 官网：https://aliasvault.net （功能特性、客户端矩阵、云版入口）
- shields.io GitHub 徽章：stars 与版本数据（AliasVault 3.3k；Bitwarden 20k；Vaultwarden 70k/1.37.4；2FAuth 4.2k）
- 官方文档站：https://docs.aliasvault.com （安装指引索引）