这一行业转变对安全、mTLS 与证书策略意味着什么

公共 SSL/TLS 证书即将停止支持"客户端认证"（Client Authentication）。这一变更正在整个行业范围内发生，并将在 2026 年 5 月至 6 月左右全面生效。

公共 TLS 证书正在经历一项重要的结构性变更。到 2026 年，公开受信任的 SSL/TLS 证书将不再支持客户端认证（clientAuth EKU）。虽然这一变更听起来很技术化，但其实际影响完全取决于证书在你的环境中如何被使用。

对大多数网站而言，没有任何变化。然而，对于使用双向 TLS（mTLS）、设备认证或基于证书的身份的组织，这一转变需要提前规划。

本文清楚解释这一变更、其发生原因，以及技术团队在强制执行开始前应当采取的措施。

用通俗语言理解这一变更

我们先从基础说起。

什么是 EKU？

每张 SSL/TLS 证书都包含一个称为扩展密钥用法（Extended Key Usage，EKU）的字段。该字段定义了证书被允许执行的操作。

历史上，部分公共 TLS 证书包含两个权限：

服务器认证（serverAuth）——用于保护 HTTPS 网站

客户端认证（clientAuth）——用于验证用户、设备或服务的身份

这允许单张证书承担双重角色。

正在发生什么变化？

行业正在从公共 TLS 证书中移除clientAuth，使其成为单一用途——严格用于服务器认证。

在强制执行之后：

公共 TLS 证书 → 仅 serverAuth

客户端认证 → 必须使用单独的证书（通常是私有 PKI）

为什么要移除客户端认证？

可以这样理解：如果一张身份证可以同时充当：

门禁卡

驾驶证

银行认证卡

那就会增加被滥用的风险。

浏览器和证书颁发机构希望清晰地分离角色：

网站证书 → 证明服务器真实

客户端证书 → 证明用户/设备真实

将二者分离可提升安全性并减少歧义。

身份角色的清晰分离

公共 TLS 证书主要设计用于认证服务器。将同一张证书同时用于服务器与客户端身份，会模糊信任边界。分离角色可提升清晰度并减少滥用。

降低安全风险

双用途证书会通过以下方式增加暴露面：

跨不同认证角色的密钥复用

配置错误的风险

扩大的攻击面

单一用途证书可实施更严格的控制。

与浏览器根证书策略对齐

现代浏览器根证书计划日益要求 TLS 证书仅包含serverAuth。移除 clientAuth 可确保符合这些策略，并改善生态一致性。

PKI 最佳实践演进

现代 PKI 设计倡导：

角色分离

清晰的签发配置

独立的信任链

最小权限原则

这使公共 TLS 与零信任设计理念保持一致。

强制执行时间线

虽然各家证书颁发机构的具体日期略有差异，但更宏观的行业方向是一致的：

2025 年 – 新公共 TLS 签发配置中逐步移除 clientAuth

2026 年初 – 不再签发带 clientAuth 的公共 TLS 证书

2026 年年中 – 浏览器停止接受双用途 TLS 证书

现有证书将持续正常运行，直至自然到期。

谁会受影响——谁不会

不受影响

大多数组织不会经历任何中断，包括那些：

仅将 SSL/TLS 用于网站 HTTPS

运营标准电商或业务网站

使用公共 SSL 证书进行常规服务器加密

对于这些环境，TLS 行为保持不变。

受影响的环境

使用证书进行身份认证的组织必须做好准备，包括：

双向 TLS（mTLS）部署

API 到 API 的认证

设备或机器身份

服务到服务的通信

某些 VPN 与企业网络认证模型

这些使用场景需要单独的客户端认证证书，通常由私有 CA 签发。

受影响团队应当做什么

分离服务器与客户端认证

公共 TLS 证书应严格用于服务器身份。客户端认证必须迁移到专用的证书配置。

为客户端证书使用私有 PKI

私有或内部证书颁发机构可让你完全控制：

客户端身份签发

信任锚

吊销与生命周期

设备与服务认证

这种方式与现代零信任架构保持一致。

审查 mTLS 实现

确保双向 TLS 配置使用：

公共证书 → 仅 serverAuth

私有证书 → 仅 clientAuth

在原先使用双用途证书的地方更新验证逻辑。

这一变更不影响什么

网站 HTTPS 加密

标准 SSL 证书购买者

邮件 TLS 加密

常规托管或 CDN 使用

面向公众的网站信任

这严格来说是一次身份分离变更，而非 TLS 安全降级。

战略视角：行业走向何方

从公共 TLS 证书中移除 clientAuth，是数字信任更广泛演进的一部分：

加密与身份之间更清晰的分离

更强的证书治理

降低多用途凭据风险

与零信任原则对齐

日益依赖私有 PKI 进行身份认证

公共 TLS 正变得专注于服务器信任，而身份认证则向受控的企业 PKI 环境转移。

结语

公共 TLS 证书远离客户端认证，已不再是未来的变更；它现在是 2026 年活跃证书格局的一部分。公共 SSL/TLS 证书正被坚定地限定于服务器认证，而基于身份的认证则向私有 PKI 与受控证书环境迁移。

随着行业持续收紧证书治理，那些主动实现 PKI 现代化、审查 mTLS 部署并采用结构化证书生命周期实践的组织，将在安全态势与运营稳定性两方面保持领先。

常见问题（FAQ）

什么是客户端认证 EKU？

客户端认证 EKU 允许证书在双向 TLS 或基于证书的认证过程中，验证用户、设备或服务的身份。

为什么要移除公共 TLS 证书中的 clientAuth？

为了提升安全性、强制角色分离、降低滥用风险，并与现代浏览器根证书策略对齐。

变更后我的网站会停止工作吗？

不会。使用 SSL/TLS 证书的标准 HTTPS 网站不受影响。

谁需要采取行动？

使用证书进行双向 TLS、API 认证、设备身份或企业认证的组织，应迁移到单独的客户端证书。

我还能使用客户端认证证书吗？

可以。客户端认证仍被完全支持——但必须通过私有 PKI 或专用客户端证书签发来完成，而非公共 TLS 证书。

现有的双用途证书会怎样？

它们将持续工作直至到期。该限制仅适用于强制执行之后新签发的证书。

这会影响邮件加密或 BIMI/VMC 证书吗？

不会。此变更仅适用于 TLS 服务器证书，不影响邮件认证或品牌证书。

这与零信任安全有关吗？

有关。分离服务器与客户端身份，通过强制独立的认证角色与更严格的信任边界，与零信任原则保持一致。