SSL 证书最初没有严格的有效期限制，最长可达 5 年甚至 10 年。这一时期，证书的签发和管理相对宽松，但随着网络安全威胁的增加，长有效期的风险逐渐显现。
-
2012年，CABF 首次将证书最长有效期限制为 60 个月（5 年），旨在平衡安全性与管理成本。 -
2015年，进一步缩短至 39 个月（约 3 年），以应对加密算法更新和证书滥用风险。 -
2018年，谷歌等浏览器厂商推动下，有效期缩短至 825 天（约 2 年），要求 CA 机构更频繁地验证域名所有权。 -
2020 年，苹果单方面宣布仅信任有效期不超过 398 天（约 1 年）的证书，随后 Chrome、Firefox 等主流浏览器跟进。这一政策迫使 CABF 通过决议，将全球证书有效期统一缩短至 1 年，以减少证书泄露或错误签发的潜在危害。 2025 年 4 月，CABF 通过 SC-081 提案，计划分阶段将证书有效期缩短至 47 天：
2026 年 3 月 15 日起：最长有效期降至 200 天；
2027 年 3 月 15 日起：进一步缩短至 100 天；
2029 年 3 月 15 日起：最终固定为 47 天。
同时，域名验证数据的重用期限也大幅缩短，例如 SAN（多域名）验证数据重用期从 398 天减至 10 天，要求更频繁的身份审核。
-
Github项目地址：https://github.com/allinssl/allinssl
以苹果音乐 2024 年 11 月证书过期事件为例：当时苹果部分服务器因 SSL/TLS 证书未及时续期，导致中国区用户无法正常播放音乐，甚至出现 “此连接非私人连接” 的安全警告。尽管苹果此前大力推动证书有效期缩短至 45 天，但自身却因依赖手动管理导致翻车 —— 其使用的 180 天有效期证书未及时更新，暴露了传统运维模式的脆弱性。
如果当时苹果采用了自动化方案，系统会在证书到期前自动续签，确保 SSL 证书始终有效。这种自动化机制不仅能避免服务中断，还能通过多服务器负载均衡实现 “零停机” 更新，让用户完全感知不到证书轮换的过程。