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

> SC-073 要求 CA 从 2024 年 11 月起，拒绝为已报告泄露的密钥和已知弱密钥（Debian、ROCA、相近素数）签发证书。

Source: https://ssl.sh/zh/ballots/sc-073/
Last updated: 2026-11-10

SC-073 让 CA 拒绝为已知不安全的密钥签发证书：如果某个[私钥](https://ssl.sh/zh/glossary/private-key/)已向 CA 报告泄露，或者属于已知的弱密钥类型，CA 必须拒绝证书申请。投票规定这些规则从 2024-11-15 起执行。

## 改了什么

SC-073 改写了[基线要求](https://ssl.sh/zh/glossary/baseline-requirements/) §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 客户端默认就这么做。不要再用已经报告泄露的密钥。想确认证书用的是哪把私钥，可以用[私钥匹配工具](https://ssl.sh/zh/tools/key-matcher/)比对。


| 字段 | 值 |
|---|---|
| 投票 | SC-073 |
| 状态 | 通过 |
| 通过 | 2024-05-03 |
| 生效 | 2024-07-01 |
| BR 版本 | 2.0.5 |
| 官方页面 | https://cabforum.org/2024/06/07/ballot-sc073-compromised-and-weak-keys/ |