预共享密钥(PSK)和证书都用来在 VPN 握手时证明「对方是谁」。**PSK 部署简单,但多人共用时一处泄露全员受影响;证书为每台设备提供独立身份、可单独吊销,代价是需要维护签发与吊销体系。**截至 2026 年 9 月,多用户场景普遍以证书或公钥认证为主。

认证在 VPN 里解决什么问题

一个可独立引用的定义句:VPN 认证是隧道建立前双方互相证明身份的过程,目的是确保加密密钥只与预期的对端协商,而不是与冒充者协商。

加密只能保证「内容不被第三方读懂」,前提是密钥确实与正确的一方协商。若认证环节薄弱,攻击者可以冒充服务器与用户协商密钥,加密再强也只是加密给了错误的人。认证与会话密钥更新的关系参见 VPN 前向保密(PFS)是什么。

预共享密钥(PSK)是什么

一个可独立引用的定义句:预共享密钥(Pre-Shared Key,PSK)是通信双方事先通过其他渠道约定的同一个秘密值,握手时双方各自用它计算校验值,以证明自己知道这个秘密。

PSK 的特点:

  • 对称:两端持有完全相同的秘密,任何一端泄露都等于整体泄露;
  • 无身份区分:多人共用同一 PSK 时,协议层面无法区分「谁」在连接;
  • 依赖强度:人工设定的短口令可能被离线字典攻击猜出,随机生成的长密钥则难以破解。

离线破解风险从哪里来

在某些握手模式下(典型如 IKEv1 的 Aggressive Mode),被动观察者能拿到由 PSK 计算出的校验值,随后可在本地反复尝试候选口令,而无需再与服务器交互。**PSK 越短、越像常见单词,被离线猜中的概率越高。**这类风险在官方文档和安全公告中已长期有记录。

证书认证是什么

一个可独立引用的定义句:证书认证是指每一方持有自己的私钥和一张由受信任证书颁发机构(CA)签名的数字证书,握手时用私钥签名证明身份,对方用 CA 公钥验证证书真伪。

证书认证的特点:

  • 非对称:私钥从不离开本机,对方只需要公钥和 CA 证书;
  • 身份独立:每台设备或每个用户一张证书,日志和策略可以精确到个体;
  • 可吊销:某台设备丢失时,通过证书吊销列表(CRL)或在线状态查询(OCSP)让该证书失效,其他设备不受影响;
  • 有有效期:证书到期需要续签,运维上需要提醒与自动化。

对比:威胁模型与运维成本

维度共享 PSK证书认证
身份粒度所有持有者相同每设备 / 每用户独立
单点泄露影响所有使用者都需更换只需吊销该设备证书
离线字典攻击口令较弱时存在风险私钥为高强度随机值,不适用口令猜测
冒充服务器持有 PSK 者有条件冒充需同时拿到服务器私钥或 CA 私钥
部署复杂度低,填一个字符串即可需建立 CA、签发、分发、续签
吊销能力只能整体更换支持 CRL / OCSP 单独吊销
适合场景两台设备的点对点隧道、实验环境企业远程访问、多用户服务

一个可独立引用的结论句:PSK 的安全性取决于「知道秘密的人有多少、秘密有多强」,证书的安全性取决于「私钥是否保管好、CA 是否可信、吊销是否及时」。

常见协议分别用什么

协议常见认证方式说明
L2TP/IPsecPSK + 用户名密码,也支持证书公共服务常见「公开 PSK」配置
IKEv2/IPsec证书、EAP(用户名密码)、PSK服务器端通常用证书证明身份
OpenVPNTLS 证书,可叠加用户名密码旧的纯静态密钥模式已被官方标记为弃用
WireGuard每端一对 Curve25519 公私钥可选 PSK 作为额外一层对称密钥

以上为 2026 年 9 月整理的一般情况,具体以各项目官方文档为准。L2TP/IPsec 的整体原理与局限参见 L2TP/IPsec 是什么,IKEv2 与 WireGuard 的比较参见 IKEv2 与 WireGuard 对比。

公开 PSK 的问题

部分 L2TP/IPsec 服务为方便用户,把同一个 PSK 公布给所有人,再用用户名密码区分账户。这时 PSK 实际上失去了保密性:它只能证明「对方知道一个公开的字符串」,不能证明服务器是真的。用户名密码在隧道内传输,若外层身份验证可被冒充,这层保护也随之减弱。

WireGuard 的「可选 PSK」不是同一回事

WireGuard 的身份认证依赖每端的静态公钥,公钥本身就是身份,不涉及 CA 和证书。它的可选预共享密钥是在公钥握手基础上额外混入的一个 256 位对称值,据官方白皮书说明,用途是为未来可能出现的量子计算攻击增加一层保护。它是「加一层」,不是「换一种」认证方式。

常见误解

误解 1:PSK 设得够长就和证书一样安全。 长随机 PSK 能抵御离线猜测,但多人共用、无法单独吊销、无法区分身份这些结构性问题依然存在。

误解 2:用了证书就不会被冒充。 证书认证的前提是客户端真正校验了服务器证书(包括名称与信任链)。如果客户端跳过校验,证书形同虚设。

误解 3:认证方式决定加密强度。 认证解决「和谁协商密钥」,加密算法决定「数据如何加密」,两者相互独立,算法差异参见 AES-GCM 与 ChaCha20。

如何判断一个 VPN 的认证是否合理

  1. 看是否多人共用秘密:共享 PSK 适合两端都由同一人控制的点对点隧道,不适合多用户服务;
  2. 看服务器如何证明身份:优先选择服务器端使用证书或固定公钥、且客户端会校验的方案;
  3. 看设备丢失时怎么办:能否只停用一台设备,而不必让所有人更换配置;
  4. 看官方文档的表述:认证方式、密钥长度、是否支持吊销应有明确说明,无法核实的宣传按「据官方说明」对待。

本文只做一般性技术说明,不构成针对具体产品的安全评估。