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事实档案(经官方记录核对)
勘误重申:专题首页及早期资料中“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页)。
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与短寿命策略对齐 |
本节参考来源(本页)
以下均为真实可查的权威来源,用于支撑本页事实性表述。
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。
DigiCert客户通告:《Public TLS Certificates – 199-Day Validity》(2026年2月24日起执行199天上限):knowledge.digicert.com。
CA/B论坛会议记录与短寿命证书讨论史(含Google 90天方案与24—48小时寿命提案的否决记录):cabforum.org/events;CA/B论坛公共邮件列表存档:groups.cabforum.org。
Mozilla Hacks:CRLite部署博文(2025年8月19日,吊销基础设施随短寿命改革的瘦身逻辑):hacks.mozilla.org。
Fooda等:ACM CCS 2026 CRLite部署论文(吊销基线量随生态演变的容量实测):taejoong.github.io/files/publications/fooda-2026-tls.pdf。