证书生命周期与吊销

每张数字证书都遵循从创建到退役的既定生命周期。各阶段包括：Request and Enrollment（生成密钥对、创建 CSR）、Issuance（CA 进行验证并签名）、Deployment（安装到服务器或设备上）、Use（处于活动状态的运行阶段）、Renewal（到期前续期）以及Revocation or Expiry（生命周期结束）。大规模管理这一生命周期——尤其是在拥有数千张证书的企业中——需要使用自动化工具和证书生命周期管理（CLM）工具，因为手动跟踪最终必然会导致证书过期并造成服务中断。

证书生命周期始于 Certificate Signing Request（CSR）。请求者会生成密钥对，然后创建 CSR，其中包含公钥、Subject 信息（CN、O、C），并使用私钥签名（证明其拥有私钥，但不会泄露私钥）。CSR 会提交给 CA，由 CA 验证请求者的身份，并在批准后签发证书。私钥始终不会离开请求者的控制。生成 CSR 是确定密钥强度的关键步骤——应使用至少 2048 位的 RSA 或 256 位的 ECC。

证书必须在其 notAfter 日期到期前续期。最佳实践是在到期前至少 30 天开始续期流程（许多组织会提前 60 至 90 天）。续期通常包括生成新的 CSR 和私钥，将其提交给 CA，然后在部署该证书的所有服务器上替换旧证书和密钥。Let's Encrypt 使用 ACME 协议自动完成此流程——certbot 工具会在证书剩余有效期少于 30 天时自动续期。证书过期会导致浏览器错误，阻止用户访问服务。

证书撤销是指在证书计划到期之前使其失效的过程。撤销原因包括：私钥已泄露（最紧急，必须立即撤销）、证书错误签发（域名错误、组织错误）、Subject 信息发生变化（公司更名、员工离职），或 CA 本身遭到入侵。撤销非常重要，因为不知道证书已被撤销的浏览器和系统会继续信任它，使持有被盗私钥的攻击者能够持续实施 MITM 攻击，直到证书到期或系统获知其已被撤销。

Certificate Revocation List（CRL）是 CA 发布的签名列表，其中包含 CA 已撤销但尚未到期的所有证书的序列号。客户端会下载 CRL 并将其缓存，然后检查所出示证书的序列号是否出现在列表中。CRL 存在明显限制：列表可能非常大（大型 CA 拥有数百万张已撤销证书），客户端通常会缓存数小时或数天，从而造成延迟；而且每次连接都下载完整 CRL 的效率很低。CRL 仍在使用，但越来越多地由 OCSP 补充或取代。

OCSP（Online Certificate Status Protocol）无需客户端下载完整 CRL，即可实时检查证书撤销状态。客户端向 CA 的 OCSP 响应程序发送查询，其中包含证书的序列号。响应程序会返回签名响应，指示证书状态为有效、已撤销（同时提供撤销日期和原因）或未知。OCSP 比 CRL 更快速、更及时，但每次 TLS 连接都需要额外向 OCSP 响应程序发起一次 HTTP 往返请求，从而增加延迟。OCSP 响应由 CA 签名，以防止被篡改。

OCSP Stapling 解决了实时 OCSP 检查带来的延迟问题。客户端不必在每次 TLS 握手期间向 CA 的 OCSP 响应器查询，而是由服务器预先从 CA 获取自身的 OCSP 响应，并将其“装订”（附加）到 TLS 握手中。客户端可以直接从服务器接收由 CA 签名的最新 OCSP 响应，无需额外的往返通信。服务器会定期刷新其装订的 OCSP 响应（通常每小时一次）。OCSP Stapling 在维持吊销检查的同时提高了连接速度，并减轻了 CA OCSP 响应器的负载。

OCSP 必须装订是一种 X.509 扩展，用于告知浏览器服务器必须提供装订的 OCSP 响应。如果没有该扩展，OCSP 检查失败时，浏览器会执行“软失败”，也就是仍然允许连接（以防止 OCSP 响应器故障导致所有 TLS 连接被阻断）。攻击者可以利用软失败行为阻止客户端发送 OCSP 请求，使证书在被吊销后看起来仍然有效。OCSP 必须装订通过要求提供有效的装订响应来防止这种情况；如果没有有效响应，浏览器就会拒绝连接。由于部署复杂，OCSP 必须装订的采用率仍然有限。

证书吊销和证书固定解决的是同一个问题——防止信任欺诈性证书，但采取的角度不同。吊销（CRL/OCSP）是一种被动响应机制：发现问题后，由 CA 将证书作废。固定是一种主动防御机制：应用只接受预先批准的证书。固定比吊销提供更强的保证，因为即使 CA 未能及时吊销证书，它仍然有效；但固定也会带来部署上的僵化。对于 Security+ 考试，您需要了解这两种机制，并理解吊销是标准的 PKI 机制，而固定是可选的纵深防御措施。

证书被吊销时，CA 会分配一个吊销原因代码，帮助客户端和管理员了解吊销原因。RFC 5280 定义的常见原因代码包括：keyCompromise（私钥已泄露）、cACompromise（签发 CA 已遭泄露）、affiliationChanged（主体所属组织发生变化）、superseded（已签发新证书作为替代）、cessationOfOperation（域名不再使用）以及 privilegeWithdrawn（权限已撤销）。该原因代码同时出现在 CRL 条目和 OCSP 响应中，为调查吊销事件的事件响应团队提供背景信息。

ACME（Automatic Certificate Management Environment）协议由 Let's Encrypt 使用，可自动化完成整个证书生命周期。ACME 客户端（例如 certbot）能够在无需人工干预的情况下自动申请、续订和部署证书。CA 使用域名验证质询来确认域名所有权：HTTP-01 质询要求在指定 URL 放置特定文件；DNS-01 质询要求创建 DNS TXT 记录。ACME 改变了证书管理方式——Let's Encrypt 签发的 90 天证书如今支撑着互联网中很大一部分 HTTPS 流量，并且全部可以自动续订。

测试您对本课 CompTIA Security+（SY0-701）概念的理解。

本课您学习了：证书生命周期从CSR 生成开始，经过签发和部署，最终进入续订或吊销阶段；CRL提供批量吊销列表，而OCSP提供针对单个证书的实时状态；OCSP Stapling消除了实时 OCSP 带来的延迟；ACME（Let's Encrypt）实现了整个续订生命周期的自动化。接下来，我们将学习PKI 的应用场景。