Psono v7.5.3 介绍与选型指南

Psono v7.5.3 开源自托管密码管理器介绍与选型：零知识加密架构、组合镜像形态、功能矩阵与同类量化对比（Vaultwarden/Bitwarden/Passbolt/PassIt），全部数据溯源自官网、GitLab 与 shields.io，查询日期 2026-10-24。

Psono密码管理自托管安全2026/10/24

Psono v7.5.3 介绍与选型指南

目标：一句话说清 Psono 是什么、加密架构如何工作、与 Passbolt/Vaultwarden/PassIt/Bitwarden 的量化差异，帮助团队在自托管密码管理选型时快速判断是否适合选择 Psono。本文全部数据联网溯源自官网 psono.com、文档站 doc.psono.com、GitLab/GitHub 仓库与 shields.io 徽章，查询日期为 2026-10-24。

一、环境信息

本文为认知与选型篇，所有信息通过官方渠道联网实查，未做本地部署验证（部署实测见同专栏部署篇）：

  • 产品：Psono（Psono CE 社区版 / Psono EE 企业版）
  • 当前最新稳定版：v7.5.3（GitLab Tags 实查，发布于 2026-10-23）
  • 规范源码仓库：gitlab.com/esaqa/psono/psono-server（GitHub psono/psono-server 为镜像仓）
  • 官网：https://www.psono.com ；文档站：https://doc.psono.com
  • 许可证：Apache License 2.0（仓库 LICENSE.md 实查）
  • 技术栈：Python（Django 生态 + Daphne ASGI 服务）+ PostgreSQL + Nginx（组合镜像内置 Web 客户端与管理门户）
  • 选型对比数据来源：shields.io 徽章接口（GitHub Stars / Docker Hub 拉取量），查询日期 2026-10-24

二、软件概述

2.1 产品定位

Psono 是一款开源（Apache-2.0）、自托管优先的团队密码管理器，由开发者 Sascha Seitz 于 2017 年启动，官网将其定位为「面向企业的开源自托管密码管理器」（Self-Hosted and Open-Source Password Manager for Companies）。产品形态上提供两条交付路线：企业自行部署的 On-Premise 版本，以及官方托管的 SaaS 版本；On-Premise 社区版（CE）可免费使用全部基础能力，企业版（EE）在 CE 之上提供 LDAP/SAML/SCIM 等企业身份集成能力（官方价格页与文档站 Overview 实查，2026-10-24）。

与多数同类产品相比，Psono 有三个显著标签：一是零知识客户端加密——保险库数据在浏览器端完成加解密，服务器只见密文；二是纯 Python 技术栈——基于 Django 生态构建，运维团队若以 Python 为主可以自然接管二次开发；三是组合交付形态——官方 combo 镜像将服务端、Web 客户端与管理门户打包在同一服务中，开箱即用的完成度高。

官网首页数据（psono.com 实查，2026-10-24）：下载量超过 200 万次，用户评分 4.7/5 与 4.5/5（浏览器扩展商店评分），官方明示「最多 10 用户免费使用全部商业特性」。

2.2 发展与版本节奏

Psono 的规范源码托管在 GitLab（esaqa/psono 组），GitHub 仓库仅为只读镜像，这也是它与其他密码管理项目在社区形态上的一个区别：Issue 与贡献流程都发生在 GitLab。截取 GitLab Tags 最近 12 个版本（2026-10-24 实查）：

版本发布日期版本发布日期
v7.5.32026-10-23v7.4.22026-09-05
v7.5.22026-10-21v7.4.12026-09-03
v7.5.12026-10-13v7.4.02026-08-29
v7.5.02026-10-08v7.3.62026-08-20
v7.4.52026-10-02v7.3.52026-08-19
v7.4.42026-09-24v7.4.32026-09-07

版本节奏解读：约两个月内发布 12 个版本（月均 5 个左右），以 bugfix 与安全迭代为主，大版本（7.x）保持平稳演进。对选型的含义是：补丁跟进频繁但 API/配置面稳定，升级成本低，适合按月节奏跟踪。

三、核心架构

3.1 组件构成

Psono 服务端采用经典的多层 Web 架构（官方文档站 Development/Server 章节与仓库结构实查，2026-10-24）：

  • Web 客户端（psono-client）：纯前端单页应用，承担保险库的全部加解密运算；浏览器扩展与移动 App 复用同一套前端代码与协议。
  • 服务端（psono-server）：Python/Django 应用，通过 Daphne（ASGI）对外提供 REST API，负责认证、授权、密文存取与限流，不接触明文口令。
  • 管理门户（psono-admin-client）：独立的前端管理台（默认路径 /portal/），通过服务端 Management API 管理用户、分组、策略与审计。
  • PostgreSQL 数据库：唯一强依赖的存储组件，要求 ltree 与 pgcrypto 扩展（服务端 manage.py presetup 会自动安装，官方安装文档实查）。
  • 可选 Redis：缓存与限流计数后端（CACHE_REDIS 开启后生效，官方默认关闭）。
  • 可选文件服务器（psono-fileserver）：企业版形态下可水平扩展的文件分片存储，社区版内置基础文件能力。

💡 技术拓展：密码管理器的「加密位置」存在两种主流架构——客户端加密（零知识）与服务端加密。前者在用户浏览器内用主口令派生密钥完成加解密，服务器仅存密文，服务器被攻破也不会泄露明文（Psono、Bitwarden、PassIt 采用）；后者由服务端持有密钥加解密，实现简单但信任模型依赖服务器（传统企业密码库如早期 TeamPass 采用）。Psono 官网强调其「多层加密」：客户端加密（内层）+ 传输 TLS（中层）+ 存储层加密（外层）。本文选型语境下，Psono 属于客户端加密阵营。

3.2 加密与认证模型

Psono 的零知识模型由一组服务端密钥与用户密钥协作实现（官方设置文档与 generateserverkeys 输出结构实查）：

  • 服务端安装时生成 7 个基础密钥：SECRET_KEY、ACTIVATION_LINK_SECRET、DB_SECRET、EMAIL_SECRET_SALT、PRIVATE_KEY/PUBLIC_KEY（服务器签名对）、ADMIN_RECOVERY_PUBLIC_KEY（管理员恢复公钥）。
  • 用户注册时在浏览器内由主口令派生认证密钥与加密密钥，服务器只保存认证哈希与加密后的数据，主口令永不上传。
  • 员工离职或密钥遗失场景由 ADMIN_RECOVERY 机制兜底：对应的私钥必须离线打印保存，严禁留在服务器（官方安装文档明确警告，2026-10-24 实查原文）。

3.3 部署形态

官方支持的部署方式（doc.psono.com 安装章节实查，2026-10-24）：

形态组件组合适用
组合镜像（推荐）server + webclient + admin portal 一个服务 + PostgreSQL绝大多数自托管场景，运维成本最低
分离部署psono-server 与 psono-client 各自独立需要静态资源独立扩容/CDN 的团队
企业版扩展增加文件服务器、网关（Gateway）EE 用户，文件量大或需要异地中继

数据库为唯一强依赖（PostgreSQL 14+，官方推荐最新版），Redis 为可选缓存；官方安装文档采用 Docker 形态交付（psono/psono-combo 组合镜像 + postgres:18-alpine），社区已有成熟的 Docker Compose 编排实践，本专栏部署篇基于官方步骤完成分步实测，同类产品的部署对照可读 《Vaultwarden Docker Compose 部署指南》。

四、功能特性

官方文档站 Supported Features（管理员视角）与官网 Key Features（2026-10-24 实查）归纳如下：

  • 密码与条目管理：密码、网站账号、应用凭证等条目类型；文件夹组织、标签、收藏；浏览器扩展自动填充（Chrome/Edge/Firefox）。
  • 加密共享：条目与文件夹级加密共享，团队协作不落明文；权限继承与回收。
  • 密码健康：集成 Have I Been Pwned 泄露口令检测（Web 客户端到 api.pwnedpasswords.com 的 k-匿名查询，反代 CSP 配置实查可证），服务端安全报告可关闭。
  • 多因素认证（2FA）：YubiKey OTP、Google Authenticator（TOTP）、WebAuthn、Duo，企业版另有 iVALT；管理员可限制可用 2FA 类型，并可强制多因子全部满足（MULTIFACTOR_ENABLED）。
  • 企业身份集成（CE/EE 有别）：CE 支持 OpenID Connect（Keycloak、ZITADEL 等）；SAML、LDAP/AD、SCIM 及组映射在企业版提供（官方配置目录逐项列出，2026-10-24）。
  • 审计与合规：审计日志外发（Splunk、S3、Logstash）、合规设置（Compliance Settings）、可配置的限流速率组（Throttle Rates，覆盖匿名/登录/注册/链接分享等 15+ 维度）。
  • 多租户管理：将用户与分组划入管理范围（Tenant），按租户委派管理权限。
  • 文件能力：客户端加密的文件存储，可接自有文件服务器或 S3/Azure/GCP 等对象存储（allowed_file_repository_types）。
  • 命令行管理：manage.py 提供 createuser、promoteuser、reset2fa、verifyuseremail 等命令，便于自动化（官方 Other/Commands 实查）。

五、快速开始（最小可用示例）

以下为官方安装文档（doc.psono.com「Install Psono CE」）的最小路径概览，命令与参数均转录自官方文档（2026-10-24 实查），完整可执行的分步实测（含故障排障实录）见本专栏部署篇：

  1. 准备 PostgreSQL 数据库（官方推荐 postgres:18-alpine，数据目录 /opt/docker/psono/postgres）。
  2. 生成服务端密钥：官方命令 psono/psono-combo 镜像内置 python3 ./psono/generateserverkeys.py，输出 7 个密钥与离线恢复私钥。
  3. 编写 /opt/docker/psono/settings.yaml：填入密钥、HOST_URL、ALLOWED_DOMAINS、数据库连接等（参数逐项解读见本专栏配置篇）。
  4. 执行数据库迁移：python3 ./psono/manage.py migrate。
  5. 启动组合镜像服务（端口 10200:80），浏览器访问 Web 客户端、/server/info/ 与 /portal/ 管理门户。
  6. 命令行创建首个用户并提权：manage.py createuser + manage.py promoteuser <用户名> superuser。
  7. 生产环境前置 Nginx 反代做 TLS 卸载（官方提供完整 server 块配置，含 CSP 头）。

⚠️ 注意：健康检查端点 /server/healthcheck/ 默认依赖对 time.google.com:123（NTP）的连通性校验，境内服务器需将 TIME_SERVER 调整为可达 NTP 源（如 ntp.aliyun.com），否则健康检查返回 400——该问题已在同专栏部署篇实测复现并给出两种修复方案。

六、适用场景与限制

6.1 适合选择 Psono 的场景

  • 以 Python/Django 为主的运维团队：技术栈同构，二次开发、补丁审查、脚本化运维（manage.py 命令族）成本最低。
  • 需要完整管理门户的中小团队：CE 免费即含 Web 客户端 + 管理门户 + 租户管理，10 用户内商业特性免费，预算敏感团队友好。
  • 重视限流与审计粒度的合规场景：15+ 维度可配置限流、审计日志可外发 Splunk/S3/Logstash，这在免费自托管密码管理器中少见。
  • GitLab 工作流团队：源码、Issue、CI 全在 GitLab，内部安全审查与私有化定制接入顺畅。

6.2 已知限制

  • 社区生态相对小众：GitHub 镜像仓 Star 数三位数（111，shields.io 2026-10-24），社区模板、第三方教程显著少于 Vaultwarden/Bitwarden；遇到疑难问题的检索面较窄。
  • 企业身份集成要 EE：LDAP、SAML、SCIM 属企业版能力，CE 只覆盖 OIDC；重度 AD 用户需评估授权成本。
  • 中文本地化有限：官方文档为英文，Web 客户端有多语言包但质量参差，中文团队需自行评估。
  • 移动端体验一般：官方 App 覆盖 iOS/Android，但更新频率与完善度不及浏览器扩展。

七、同类选型对比

7.1 候选概览

自托管密码管理赛道的主流候选：Psono（本文）、Vaultwarden（Bitwarden 协议的 Rust 轻量实现）、Bitwarden Server（官方 C# 服务器）、Passbolt（PHP/GPG 团队协作向）、PassIt（Django 生态）。以下量化数据均为 2026-10-24 shields.io 与各仓库页实查：

项目许可证主语言GitHub Stars版本节奏（近 2 月）管理门户企业身份集成（免费版）
Psono CEApache-2.0Python111（镜像仓，主仓 GitLab）12 版/2 月内置OIDC
VaultwardenGPL-3.0Rust70k持续小版本Web Vault部分企业特性（不完全兼容）
Bitwarden ServerAGPL-3.0/商业C#20k双轨（LTS/最新）Web VaultSSO 需付费档
Passbolt CEAGPL-3.0PHP6.2k稳定迭代有（CE 含）CE 无 SAML/LDAP
PassItAGPL-3.0Python无 GitHub 仓（主仓 GitLab）中速有Django 可扩展

💡 说明：Psono 的 GitHub Star 数（111）远低于其余候选，但这反映的是「GitLab 主仓 + GitHub 镜像」的社区形态差异，不能直接等同于项目热度；其 Docker Hub 组合镜像累计拉取量约 49.5 万次（shields.io 2026-10-24），且版本发布频率是五个候选中最高的。选型时应以「自托管活跃度 + 版本节奏」综合判断，而非单一 Star 指标。

7.2 关键差异解读

  • 加密架构：Psono、Vaultwarden、Bitwarden、PassIt 均为零知识客户端加密；Passbolt 采用 GPG（OpenPGP）密钥体系，团队协作模型更强但用户上手成本最高。
  • 技术栈匹配：Python 团队选 Psono/PassIt，PHP 团队选 Passbolt，追求低资源占用选 Vaultwarden（Rust，单二进制），微软系团队选 Bitwarden 官方服务器。
  • 协议兼容性：Vaultwarden 兼容 Bitwarden 全部官方客户端，生态客户端最丰富；Psono 使用自有协议，客户端只有官方扩展/App；Passbolt 的 GPGAuth 亦为自有协议。
  • 平台内已有实测专栏对照：本平台密码管理专栏已完成对同类产品的逐项实测，可直接对照阅读——《Passbolt 5.16.0 介绍与选型指南》、《Vaultwarden 介绍与选型指南》，以及 GitLab 生态同栈的 PassIt 专栏（PassIt 介绍篇 slug ER2Q2uH4i4gq）。

7.3 选型结论

  • 追求客户端生态与最低资源占用、能接受 Bitwarden 协议 → 优先 Vaultwarden。
  • 追求强团队协作与 GPG 合规、PHP 运维能力 → 选 Passbolt。
  • Python 技术栈 + 内置管理门户 + 精细限流/审计 → Psono 是免费自托管方案中组合最完整的。
  • 需要与 Django 系内部系统深度定制集成 → PassIt 或 Psono 均可，Psono 的管理命令族与 API 更成熟。

八、参考链接