CA/B 论坛投票 · SC-073
SC-073:CA 必须拒绝已泄露和弱密钥
详细信息
- 投票
- SC-073
- 标题
- Compromised and weak keys
- 状态
- 通过
- 日期
- 2024-06-07
- 通过
- 生效
- BR 版本
- 2.0.5
- 官方页面
- cabforum.org
关键日期
- §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 客户端默认就这么做。不要再用已经报告泄露的密钥。想确认证书用的是哪把私钥,可以用私钥匹配工具比对。