CRL是什么

CRL是什么？

CRL（Certificate Revocation List，证书吊销列表）是PKI体系中用于公开声明已失效SSL证书的标准化机制。它由CA定期签发并发布，供客户端（如浏览器、操作系统）在TLS握手阶段下载验证，确保不信任已被撤销的证书。CRL本身是一份经过数字签名的二进制或PEM格式文件，包含被吊销证书序列号、吊销时间及可选原因码。

该机制自X.509 v3标准确立以来持续演进，当前仍被TLS 1.2/1.3协议支持，但实际部署中正逐步让位于更高效的OCSP Stapling。

核心技术机制

CRL生成与结构

CRL由CA使用其私钥签名，包含版本号、签名算法标识、颁发者DN、本次更新时间（thisUpdate）、下次更新时间（nextUpdate）、吊销条目列表（CRL Entry）及可选扩展字段。每个条目记录被吊销证书的序列号和吊销时间戳，部分CA还会标注吊销原因（如keyCompromise、caCompromise）。CRL文件通常以DER或Base64编码的PEM格式分发，可通过SSL证书链下载工具获取。

浏览器证书验证中的CRL检查

现代浏览器默认不主动执行完整CRL下载与校验——因网络延迟高、带宽消耗大且存在隐私泄露风险（暴露用户访问站点）。Chrome、Firefox等主流浏览器已停用默认CRL检查，转而依赖OCSP响应或内置的CRLSet（Chrome）/OneCRL（Firefox）机制。只有在企业策略强制启用或特定安全模式下，才可能触发实时CRL获取。这意味着普通网站访客几乎不会感知CRL的存在，但它仍是CA合规审计（CA/B Forum BR 7.1.2）的强制要求项。

CA信任链结构中的CRL角色

CRL本身不参与信任链构建，但其签名必须能被根证书或中间证书验证。例如，Digicert签发的中间CA所发布的CRL，需由上级中间CA或根CA私钥签名；若签名无法回溯至受信根，则整个CRL不可信。值得注意的是，CRL分发点（CRL Distribution Points，CDP）扩展字段必须嵌入在SSL证书中，否则客户端无法定位CRL地址。运维中常因CDP域名DNS解析失败或HTTPS服务未配置导致CRL获取超时，进而影响某些严格策略下的证书验证结果。

工程实践与部署经验

CRL在生产环境中面临显著运维挑战：典型CRL文件大小随吊销数量线性增长，大型CA单个CRL可达数MB；nextUpdate时间设置过长（如30天）会导致吊销状态延迟生效，过短则加重服务器负载。我们曾为某金融客户将CRL发布周期从7天缩短至24小时，但随之带来CDN缓存失效与边缘节点带宽压力激增问题。最终采用“主CRL+增量CRL（Delta CRL）”双层结构，在OpenSSL 1.1.1+和Nginx 1.19+环境下实现平滑过渡。

常见问题

Q：CRL和OCSP有什么区别？
A：CRL是批量吊销快照，需下载完整列表比对；OCSP是实时查询接口，向CA指定URL发送单个证书序列号请求响应。OCSP延迟低但存在隐私与单点故障风险，CRL更稳定但时效性差。

Q：我的网站SSL证书被吊销了，用户会立刻看到警告吗？
A：不一定。取决于客户端是否启用并成功获取最新CRL或OCSP响应。多数浏览器依赖本地缓存或预置吊销数据，实际生效可能存在数小时延迟。

Q：能否自己生成CRL来管理内网证书？
A：可以。使用OpenSSL的ca -gencrl命令配合私有CA私钥即可生成，但需自行搭建HTTPS分发服务，并确保所有内网终端信任该CA根证书——这属于私有PKI范畴，不适用于面向公网的DV SSL证书申请场景。