证书有效期缩短至 47 天:CA/B 论坛倒计时已启动,企业 PKI 自动化迫在眉睫

行业动态 · 2026-06-07 · 7 阅读

前言

2025 年 12 月,CA/Browser Forum(CA/B 论坛)正式推进了一项足以改变整个 TLS 证书行业格局的提案:将 TLS 证书的最长有效期从目前的 398 天逐步缩短至 47 天。这意味着,到 2029 年,一张证书的寿命将不足 7 周。

对于依赖证书进行身份认证、数据加密和合规审计的企业而言,这不仅仅是一个技术参数的调整——它标志着"手工管理证书"时代的彻底终结。任何尚未建立自动化证书管理体系的企业,都将面临证书过期导致服务中断的系统性风险。

本文将详细解读这一变革的时间表、背后的驱动因素,以及企业应如何提前布局。

CA/B 论坛证书有效期缩短时间表

CA/B 论坛是浏览器厂商和证书颁发机构共同制定的行业自律组织,其基线要求(Baseline Requirements)约束着所有公开信任的 CA 机构。根据已通过的提案,证书有效期缩短将分三个阶段实施:

阶段生效日期最长有效期管理频次变化
第一阶段2026年3月15日398天 → 200天约每 6.5 个月轮换一次
第二阶段2027年3月15日200天 → 100天约每 3.3 个月轮换一次
第三阶段2029年3月15日100天 → 47天约每 1.5 个月轮换一次
关键时间节点:

  • 2026年3月15日:第一阶段生效,证书有效期从 398 天降至 200 天。这意味着 2026 年 3 月之后签发的证书,最长有效期不超过 200 天。
  • 2027年3月15日:第二阶段生效,有效期进一步缩短至 100 天。
  • 2029年3月15日:最终阶段,有效期降至 47 天。
这一时间表已经确定,浏览器厂商(Google Chrome、Mozilla Firefox、Apple Safari 等)和主要 CA 机构(DigiCert、GlobalSign、Sectigo 等)均已表态支持。

为什么要缩短证书有效期?

证书有效期缩短并非突发奇想,而是行业长期讨论的结果,背后有多重驱动因素:

1. 缩短密钥泄露后的暴露窗口

TLS 证书的私钥一旦泄露,攻击者可以伪造服务器身份、实施中间路攻击。有效期越短,泄露后的危害窗口就越小。当证书有效期从一年缩短至 47 天时,即使私钥在签发后立即泄露,其可利用的时间窗口也被压缩到不足 7 周。

2. 强制提升密钥轮换频率

更频繁的证书轮换意味着更频繁的密钥更新。这有助于企业保持"密钥卫生"(Key Hygiene),减少长期使用同一密钥带来的累积风险。NIST SP 800-57 建议根据加密算法和密钥长度确定最大使用期限,较短的证书有效期与这一建议一致。

3. 推动行业自动化

长期以来,许多企业仍然依赖人工流程管理证书——通过邮件提醒、电子表格跟踪、手动执行 OpenSSL 命令。这种模式在证书有效期为一年时尚可勉强维持,但当有效期缩短至 47 天时,人工管理将完全不可行。缩短有效期是推动行业自动化的"倒逼机制"。

4. 与后量子密码迁移协调

NIST 已于 2024 年发布后量子密码(PQC)标准(FIPS 203、FIPS 204、FIPS 205),行业正在逐步迁移。较短的证书有效期使得企业可以更灵活地切换算法,而不会被长期绑定的证书所束缚。

对企业的影响:从"年度任务"到"持续流程"

管理复杂度成倍增加

以一个拥有 50 个 TLS 端点(负载均衡器、Web 服务器、API 网关等)的中型企业为例:

  • 当前(398天有效期):每年约需处理 50 次证书续期,平均每月 4-5 次。
  • 第一阶段(200天):每年约需处理 91 次证书续期,平均每月 7-8 次。
  • 最终阶段(47天):每年约需处理 383 次证书续期,平均每月 32 次,几乎每天一次。
如果考虑到企业内部还有开发、测试、预发等多个环境,以及微服务架构下的大量内部 mTLS 证书,实际数量可能是上述数字的 5-10 倍。

过期风险急剧上升

根据 Ponemon Institute 的研究,证书过期导致的服务中断事件平均每次造成数百万美元的损失。当有效期缩短至 47 天时,任何遗漏都可能导致证书在无人察觉的情况下过期。传统的"提前 30 天邮件提醒"模式将完全失效——因为从签发到过期只有 47 天,而企业的变更审批流程可能就需要一周。

合规压力增大

在等保 2.0(GB/T 22239-2019)和密评(GM/T 0054-2018)框架下,证书管理是密码应用的重要组成部分。证书过期不仅影响服务可用性,还可能被判定为"密码应用不符合要求",影响整体合规评分。

企业应对策略:建立端到端自动化体系

第一步:全面盘点现有证书

在建立自动化之前,必须先知道你有多少证书、在哪里、由谁管理。这包括:

  • 公网证书:由公共 CA 签发的 TLS 证书
  • 内网证书:由企业内部 CA 签发的证书
  • 云服务证书:AWS ACM、Azure Key Vault 等云服务商管理的证书
  • 代码签名证书:用于软件签名的证书
  • 客户端证书:用于 mTLS 或 VPN 认证的证书
使用工具如 openssl s_clientnmap ssl-enum-ciphers、或商业证书管理平台(如 Certbot、Venafi、Keyfactor 等)进行扫描和发现。

第二步:选择自动化协议

目前主流的证书自动化协议有:

协议适用场景标准化国密支持
ACME (RFC 8555)公网和内网证书自动化IETF 标准需扩展
EST (RFC 7030)企业内网证书管理IETF 标准部分支持
SCEP (RFC 8894)传统网络设备IETF 标准有限
CMP (RFC 4210)企业级 PKIIETF 标准部分支持
ACME 协议是目前最广泛支持的自动化协议,Let's Encrypt、ZeroSSL、Google Trust Services 等均已支持。对于企业内部 PKI,可以使用 step-caSmallstepEJBCA 等支持 ACME 的内部 CA。

第三步:实施自动化部署

以下是一个基于 ACME 协议的自动化证书管理方案示例:

第四步:建立监控和告警

自动化续期只是第一步,还需要建立完善的监控体系:

  • 证书过期监控:在证书过期前 30 天、14 天、7 天、3 天、1 天分别发送告警
  • 续期失败告警:续期脚本执行失败时立即通知
  • 证书透明度监控:监控 CT 日志,发现未授权的证书签发
  • 密钥强度检查:定期检查证书密钥长度和算法是否符合当前安全标准

第五步:制定应急预案

即使有自动化,也需要准备应急预案:

  • 证书过期紧急续期流程:当自动化失败时,人工介入的标准操作流程
  • 备用证书方案:为关键服务准备多张不同 CA 签发的证书
  • 回滚机制:新证书部署失败时,能够快速回滚到旧证书

国密证书的特殊考虑

对于使用国密算法(SM2/SM4)的企业,证书有效期缩短带来额外的挑战:

  • 国密 CA 的 ACME 支持尚不成熟:目前国内主要国密 CA 机构(如 CFCA、BJCA、GDCA 等)对 ACME 协议的支持仍在建设中,企业可能需要通过 API 或 Web 门户手动申请证书。
  • 双证书方案的复杂性:许多企业采用"国密 + 国际"双证书方案,有效期缩短后需要同时管理两套证书的续期,复杂度翻倍。
  • 密评合规要求:根据 GM/T 0054-2018《信息系统密码应用基本要求》,三级及以上系统必须使用国密算法。证书有效期缩短后,企业需要确保自动化流程不会导致国密证书过期,从而影响密评合规。
建议:在国密场景下,优先选择支持自动化 API 的国密 CA 机构,并建立独立的国密证书管理流程。同时,关注 GM/T 0014-2023《数字证书认证系统密码协议规范》等标准的更新,确保自动化方案符合国密要求。

检查清单

企业应对证书有效期缩短的准备工作清单:

  • [ ] 盘点所有证书(公网、内网、云服务),建立完整清单
  • [ ] 评估当前证书管理流程的自动化程度
  • [ ] 选择支持 ACME 或其他自动化协议的 CA 机构
  • [ ] 部署自动化证书续期工具(certbot、lego、Caddy 等)
  • [ ] 配置证书过期监控和告警(30/14/7/3/1 天)
  • [ ] 测试证书续期流程,确保在 47 天周期内可靠运行
  • [ ] 制定证书过期应急预案
  • [ ] 评估国密证书的自动化管理能力
  • [ ] 更新内部 PKI 策略文档,将证书有效期纳入管理要求

总结

证书有效期从 398 天缩短至 47 天,是 TLS 证书行业自 Let's Encrypt 推出免费证书以来最具影响力的变革。它不是"是否要自动化"的选择题,而是"多快能完成自动化"的必答题。

对于尚未启动自动化建设的企业,现在就应该开始。2026 年 3 月 15 日距离今天已经不远,而建立一套完善的自动化证书管理体系需要时间——从选型、部署、测试到稳定运行,通常需要 3-6 个月。

记住:在 47 天的证书周期里,没有"明天再说"的选项。

参考来源