课题研究 PKI与证书信任安全 子课题04 · 第05页 / 共8页
04子课题 · 证书验证机制演进(OCSP/CRL/CRLite/短寿命)

证书验证机制演进第05页:短寿命证书革命:Ballot SC-081v3全景解析

Ballot SC-081v3是吊销问题的制度性答案:CA方25票赞成、0票反对,浏览器方四家全票赞成,2025年4月11日通过、5月21日生效。官方时间表规定2026年3月15日起证书寿命上限降至200天(实际签发199天)、2027年降至100天、2029年降至47天,DCV复用期同步压缩至10天(DigiCert等按9天执行),有效期≤10天的证书豁免吊销义务。本页给出经官方记录核对的事实档案、续签频率的数量级测算(47天≈每年7—8次续签)、DCV重验成本的非线性分析、47天设计算术(30天惯例续签点+17天缓冲),以及2026/2027/2029三节点的组织应对清单——自动化从优化项变为生存必需。

SC-081v3短寿命证书DCV复用期SII复用期199天99天47天10天豁免ACME续签频率
本页定位生命周期替代线:制度档案 + 影响测算
关键事实2025.4.11通过/2025.5.21生效;CA 25:0:5;浏览器四家全票
关键数字199/99/46天签发上限;DCV复用200/100/10天

01 · 改革逻辑:用“过期”替代“吊销”

1.1 问题重述

前几页的结论可以压缩为一句话:只要证书寿命足够长,吊销就是必需品;只要吊销必需,Web就逃不出查询式吊销的困境。短寿命改革的釜底抽薪之处在于反转因果——当证书在误签或泄露后的暴露窗口本身足够短时,“主动吊销”的边际收益趋近于零,整个吊销基础设施(CRL体积、OCSP服务、软失败难题)都可以随之缩减乃至豁免。Google工程师自2010年代起持续公开主张缩短证书寿命(“过期比吊销更快到达终端”),2023年Google曾提出90天寿命的直接方案;CA/B论坛最终采纳的是Sectigo提出、Apple工程师Clint Wilson主笔的分阶段渐进方案——Ballot SC-081v3。

1.2 与钓鱼治理的交叉价值

  • 误签证书的暴露窗口压缩:仿冒证书被CT监测发现后(子课题02),即使处置通道未闭环,其自然过期时间从“最长约13个月(398天)”逐级压缩到47天(2029年)乃至10天量级——“时间就是防御”。
  • 钓鱼基础设施的隐性成本上升:证书更换频率提高意味着ACME自动化、DCV验证、CT监测的吞吐量需求同步上升;但对钓鱼者而言,其自动化流水线(第子课题01所述“域名→CAA→ACME→上线”分钟级链路)受影响有限——研判结论:短寿命改革对钓鱼域名的边际影响有限,其价值主要在误签应急响应与信任基础设施瘦身。
  • 吊销义务豁免的制度化:有效期不超过10天的证书被豁免BR吊销时限义务——这是“过期替代吊销”从工程实践上升为行业制度。

02 · SC-081v3事实档案(经官方记录核对)

2025.4.11
投票通过日
CA方25票赞成、0票反对、5票弃权;浏览器方Apple/Google/Microsoft/Mozilla四家全票赞成
2025.5.13
IPR审查通过日
IPR审查期无异议结束,随后并入Baseline Requirements正式生效
Clint Wilson
主笔人(Apple)
提案由Sectigo提出;分阶段渐进设计兼顾生态承载力
3+1
三阶段+一项并行压缩
寿命200/100/47天三阶段;DCV复用期同步压缩;SII信息复用期825→398天

勘误重申:专题首页及早期资料中“2024年8月通过”的说法不准确——SC-081系列讨论确始于2024年,但通过并生效的是2025年4月的v3版本。所有实施日期均以2025年通过的官方时间表为准。

2.1 三阶段时间线(CA/B论坛官方时间表)

生效日变化CA实际签发的最长期限
2026年3月15日订户证书寿命上限由398天降至200天;SII(OV/EV主体身份信息)复用期由825天降至398天199天(DigiCert已通告自2026年2月24日起执行199天上限)
2027年3月15日寿命上限降至100天99天(Sectigo已通告自2026年3月12日起执行199天并随政策更新)
2029年3月15日寿命上限降至47天46天

注:CA实际签发上限总比政策数字少1天,原因有二:①有效期按“午夜到午夜”计算,一张“200天”证书若在某日中午签发,实际跨度会超过200个自然日;②SC-081v3在计算中纳入了预证书签发窗口的额外缓冲。故行业文档统一使用199/99/46天表述。

2.2 DCV复用期压缩:被低估的深水区

生效日DCV复用期实际可签发有效期
2026年3月15日前398天398天(CA普遍按397天执行)
2026年3月15日200天CA普遍按199天执行(DigiCert自2026年2月24日起)
2027年3月15日100天CA普遍按99天执行
2029年3月15日10天证书寿命(47天)将长于DCV复用期(10天)——每次重新签发几乎都需重新完成域名控制验证

DCV复用期决定CA完成一次域名控制验证(HTTP-01/DNS-01/TLS-ALPN-01)后,可在多长时间内免重验签发。2029年压缩至10天后,一张证书每次续签都基本要重新验证每个SAN域名——多域名证书(几十上百个SAN)的验证成本呈非线性上升,这是SC-081v3对运营方冲击最大的条款,也是子课题06(ACME与生命周期治理)必须正面回答的问题。

2.3 10天短寿命证书与吊销豁免

SC-081v3框架下,有效期≤10天的证书被豁免BR §4.9.1的吊销时限义务——CA无需在密钥泄露后24小时内撤销这类证书,因为它们将在数天内自然过期。“用快速过期替代主动吊销”由此从工程哲学变为合规选项。生态影响推演:①CA可停止为短寿命证书维护OCSP/CRL条目,吊销基础设施瘦身;②CT监测(子课题02)需在证书更换频率上升数倍的负载下维持检测时效;③组织若采用10天证书,应急SOP中“吊销”动作被“等待过期+快速替换”取代,但前提是私钥泄露场景下攻击者的利用窗口确实小于剩余有效期。

03 · 运营影响测算

3.1 续签频率的数量级跃迁

以固定规模的证书存量测算:398天寿命≈每年续签1次;200天≈每年2次;100天≈每年3—4次;47天≈每年7—8次;10天≈每年36次。每1000张证书在47天时代的年续签约7,000—8,000次——任何依赖人工触发的流程在此频率下必然崩溃,ACME全自动发现-续签-部署-监控成为生存必需而非优化项。

3.2 DCV验证成本的非线性

  • 单域名证书:验证成本与寿命无关,可忽略;
  • 多SAN证书:DCV复用10天后,每次续签需对全部SAN重验;HTTP-01/TLS-ALPN-01需每个域名可分别从80/443端口应答验证请求,DNS-01需DNS API凭据对全部域zone可写——凭据的暴露面与轮换成本同步放大;
  • IP证书/非DNS验证场景:验证方法受限的证书类型受影响更大,部分场景可能需要架构改造(按域名拆分证书)。

3.3 对监测与生态测量的影响

证书更换频率上升直接放大CT日志流量(子课题02的流式接入与去重逻辑承压);CRLite等吊销推送系统的“基线吊销量”也将随证书总量策略变化而波动。Mozilla在CCS 2026论文中已展示百万级吊销激增场景下的容量弹性,但更高频的证书轮换对CT与吊销聚合两条流水线的长期联合压力,是开放测量问题(第8页)。

证书寿命压缩路线(398天 → 46天)
SC-081v3官方三阶段时间线(CA实际签发上限口径)
来源:CA/B论坛Ballot SC-081v3官方时间表(2025年4月11日通过,2025年5月13日IPR审查通过);DigiCert/Sectigo客户通告。

04 · 争议、风险与47天的由来

  • 争议焦点一:节奏。Google主张更快的90天路线;分阶段方案(200→100→47)为生态预留四年缓冲,代价是“改革红利”分三次释放。大型订户(CDN、云厂商)在讨论期明确反对过激进压缩,理由正是运维余量。
  • 争议焦点二:DCV复用10天。多SAN证书的重验成本、DNS API凭据安全、部分企业域名验证流程的审批周期(可能超过10天)——若组织内部域名验证审批链长于复用期,2029年后将面临“证书已过期、验证未完成”的结构性风险。治理建议:2027年前完成ACME凭据化改造(子课题06)。
  • 47天的算术:行业惯例以“剩余30天”作为续签触发点;47天=30天惯例续签点+17天执行与失败缓冲。这一算术决定了47天是现阶段运维实践下不引发断服恐慌的最短寿命,而非密码学最优解;另一种官方解释是47=31天(一个自然月)+15天(半个月)+1天缓冲,使续签节奏对齐日历月。SC-081v3讨论期间曾出现24—48小时寿命的激进设想,但未获推进,短中期难以复活。
  • 残余风险:误签暴露窗口仍为数天至数周。47天证书误签后的CRLite处置链路(发现→CA吊销→12小时内推送)远快于过期——短寿命并未取消吊销体系,只是大幅降低了其负载。

05 · 组织应对清单(与第7、8页衔接)

截止点组织必须完成的事项
2026.3.15前证书管理全面ACME化;建立CT反查台账(影子证书发现);确认CA的199天支持计划;续签告警阈值从30天下调
2027.3.15前多SAN证书评估拆分或凭据化DCV;DNS API凭据最小权限+轮换;续签失败熔断预案(自动回退至备用通道)
2029.3.15前全量证书自动化覆盖(发现→续签→部署→监控→应急);评估10天证书适用场景(高更换频率服务);吊销SOP与短寿命策略对齐

本节参考来源(本页)

以下均为真实可查的权威来源,用于支撑本页事实性表述。

[1]

CA/B论坛 Ballot SC-081v3《Introduce Schedule of Reducing Validity and Data Reuse Periods》(2025年4月11日通过,2025年5月13日IPR审查通过):cabforum.org;Baseline Requirements现行版:cabforum.org/working-groups/server/baseline-requirements。

[2]

DigiCert客户通告:《Public TLS Certificates – 199-Day Validity》(2026年2月24日起执行199天上限):knowledge.digicert.com。

[3]

CA/B论坛会议记录与短寿命证书讨论史(含Google 90天方案与24—48小时寿命提案的否决记录):cabforum.org/events;CA/B论坛公共邮件列表存档:groups.cabforum.org。

[4]

Mozilla Hacks:CRLite部署博文(2025年8月19日,吊销基础设施随短寿命改革的瘦身逻辑):hacks.mozilla.org。

[5]

Fooda等:ACM CCS 2026 CRLite部署论文(吊销基线量随生态演变的容量实测):taejoong.github.io/files/publications/fooda-2026-tls.pdf。