Go 的 crypto/tls 不直接支持 CRL 验证，但可通过手动解析 Request.TLS.PeerCertificates 并调用 x509.CRL.CheckSignatureFrom 与 x509.VerifyOptions.RootCAs 结合实现吊销检查。
go 的 `crypto/tls` 不直接支持 crl 验证，但可通过手动解析 `request.tls.peercertificates` 并调用 `x509.crl.checksignaturefrom` 与 `x509.verifyoptions.rootcas` 结合实现吊销检查。
在 Go 中启用基于客户端证书的双向 TLS 认证（mTLS）十分便捷：只需配置 tls.Config.ClientAuth = tls.RequireAndVerifyClientCert 并设置 tls.Config.ClientCAs 即可完成基本链式验证。但标准库不提供内置的 CRL（Certificate Revocation List）吊销检查机制——tls.Config 中确实没有 CRL 或 RevocationList 类型字段，这是有意为之的设计取舍（正如 TLS 核心维护者 Adam Langley 在多篇文章中指出：在线证书状态协议 OCSP 和 CRL 在实践中常因可用性、延迟和隐私问题而被规避）。
不过，你仍可在应用层完成 CRL 验证。关键路径如下：
- 获取已验证的客户端证书链：HTTP handler 中通过 r.TLS.PeerCertificates 获取由 crypto/tls 自动验证后的证书切片（索引 0 是终端实体证书，后续为中间 CA）；
- 加载并解析 CRL：使用 x509.ParseCRL() 从 PEM 或 DER 数据中解析 CRL；
- 验证 CRL 签名有效性：调用 crl.CheckSignatureFrom(caCert) 确保 CRL 由可信 CA 签发；
- 检查证书是否被吊销：遍历 crl.RevokedCertificates，比对序列号与客户端证书的 SerialNumber（注意：需使用 big.Int.Cmp() 比较，而非 ==）；
- 结合时效性校验：务必检查 crl.ThisUpdate 和 crl.NextUpdate，拒绝过期或尚未生效的 CRL。
以下是一个完整示例：
func handleWithCRL(w http.ResponseWriter, r *http.Request) {
if len(r.TLS.PeerCertificates) == 0 {
http.Error(w, "client certificate required", http.StatusUnauthorized)
return
}
clientCert := r.TLS.PeerCertificates[0]
// 假设 crlPEM 已预先加载（例如从文件或远程服务）
crlBlock, _ := pem.Decode(crlPEM)
if crlBlock == nil {
http.Error(w, "failed to decode CRL PEM", http.StatusInternalServerError)
return
}
crl, err := x509.ParseCRL(crlBlock.Bytes)
if err != nil {
http.Error(w, "failed to parse CRL: "+err.Error(), http.StatusInternalServerError)
return
}
// 验证 CRL 是否由客户端证书的签发者（或其上级 CA）签名
issuerCert := r.TLS.PeerCertificates[len(r.TLS.PeerCertificates)-1]
if err := crl.CheckSignatureFrom(issuerCert); err != nil {
http.Error(w, "invalid CRL signature: "+err.Error(), http.StatusForbidden)
return
}
// 检查 CRL 时效性
now := time.Now()
if now.Before(crl.ThisUpdate) || now.After(crl.NextUpdate) {
http.Error(w, "CRL is out of validity period", http.StatusForbidden)
return
}
// 检查客户端证书是否在吊销列表中
for _, revoked := range crl.RevokedCertificates {
if clientCert.SerialNumber.Cmp(revoked.SerialNumber) == 0 {
http.Error(w, "client certificate has been revoked", http.StatusForbidden)
return
}
}
// ✅ 通过所有检查，允许访问
fmt.Fprintf(w, "Welcome, %s", clientCert.Subject.CommonName)
}
⚠️ 注意事项：
- CRL 文件需定期更新（建议通过后台 goroutine 定时拉取），避免使用静态过期数据；
- 生产环境推荐搭配 OCSP Stapling（需服务端主动查询 OCSP 响应并嵌入 TLS 握手），它比 CRL 更实时且带宽更优；
- 若 CA 使用多级签发链，应确保 CRL 由直接签发者（即 clientCert.Issuer 对应的 CA）签发，或递归验证至根 CA；
- x509.CRL 不支持增量 CRL（Delta CRL），仅处理完整列表。
总结：虽然 Go 标准库未将 CRL 集成进 tls.Config，但借助 net/http.Request.TLS.PeerCertificates 和 crypto/x509 提供的底层能力，你完全可以在业务逻辑层安全、可控地实施吊销检查——这既保持了 TLS 层的简洁性，又赋予开发者按需定制合规策略的灵活性。
