CA/B 论坛投票 · SC-073

SC-073:CA 必须拒绝已泄露和弱密钥

最后核实

详细信息

投票
SC-073
标题
Compromised and weak keys
状态
通过
日期
2024-06-07
通过
生效
BR 版本
2.0.5
官方页面
cabforum.org

关键日期

  1. §6.1.1.3 新的弱密钥检查和泄露密钥规则开始执行

SC-073 让 CA 拒绝为已知不安全的密钥签发证书:如果某个私钥已向 CA 报告泄露,或者属于已知的弱密钥类型,CA 必须拒绝证书申请。投票规定这些规则从 2024-11-15 起执行。

改了什么

SC-073 改写了基线要求 §6.1.1.3,覆盖两类不安全的密钥。已泄露的密钥:CA 通过常规的吊销申请渠道得知密钥泄露后,就不能再为这个密钥签发新证书。弱密钥:CA 至少要拒绝 Debian 弱密钥(源于 2008 年 Debian OpenSSL 随机数漏洞,列表维护在 CA/B 论坛的 GitHub 仓库)、ROCA 工具检测出的密钥(2017 年英飞凌 RSA 缺陷),以及两个素数过于接近、费马分解法 100 轮内就能破解的 RSA 密钥。投票建立在 SSL.com 此前提出但未通过的 SC-059v2“弱密钥指南”基础上。

生效日期

基线要求修改于 2024-07-01 生效;投票文本说明新的 §6.1.1.3 规则从 2024-11-15 起执行。

影响谁

所有沿用旧密钥对的人:报告过密钥泄露之后,或者密钥是由有缺陷的硬件、软件生成的,续期都会被拒。用当前版本 OpenSSL、acme.sh、certbot 正常生成的密钥不受影响。一些老旧设备或加密卡生成的密钥值得检查一下。

该怎么做

每张证书都生成新密钥,至少在怀疑泄露后一定要换;大多数 ACME 客户端默认就这么做。不要再用已经报告泄露的密钥。想确认证书用的是哪把私钥,可以用私钥匹配工具比对。

资料来源

  1. Ballot SC-073: Compromised and weak keys(cabforum.org)
  2. TLS 基线要求 §6.1.1.3(GitHub cabforum/servercert)
  3. Debian 弱密钥列表(GitHub cabforum)