1、证书链基础：什么是证书链、根证书与中间证书、证书链的验证流程

说到证书链，我刚开始接触 PKI 的时候，也觉得这东西挺绕的。说白了，证书链就是一张「信任接力图」。你想想看，互联网上这么多网站，浏览器不可能认识每一个网站的证书。那怎么办？它只信任几个「大佬」，让这些大佬去担保别人，别人再去担保下家。这一串担保关系，就是证书链。

1.1 什么是证书链

证书链，也叫证书路径。它是一串首尾相连的数字证书。从终端实体证书（比如你访问的网站证书）开始，逐级往上，一直到根证书。每一级证书都由上一级签发，根证书自己签自己。

我习惯把证书链比作「身份证的担保链」：

• 根证书 —— 相当于公安部。它自己给自己发证，是信任的起点。
• 中间证书 —— 相当于省公安厅。它由公安部签发，再去给下面的派出所发证。
• 终端证书 —— 相当于你的身份证。由派出所签发，最终用户拿着它办事。

没有中间证书，根证书直接签终端证书，也不是不行。但一旦根证书私钥泄露，所有下级证书都得废掉。中间证书加了一层隔离，风险就被分散了。我在项目中见过不少因为跳过中间证书导致的安全事故，嗯，后面会细说。

1.2 根证书与中间证书

这两者的区别，不只是层级不同。它们的生命周期、安全要求、使用场景都不一样。

特性	根证书	中间证书
签发方式	自签名（自己签自己）	由根证书或其他中间证书签发
生命周期	通常 10-20 年	通常 2-5 年
私钥存储	离线、硬件 HSM、物理隔离	在线或半离线，可自动化
信任锚点	是，预埋在操作系统/浏览器中	否，必须由根证书担保
泄露影响	灾难性，所有下级证书失效	可控，仅影响该中间证书签发的证书

这里有个坑，我提醒一下。根证书的私钥，一定要离线存储。我曾经见过一个团队把根证书私钥放在 CI/CD 服务器上，说是为了方便自动化签发。结果服务器被入侵，整个 CA 体系都得重建。那叫一个惨。

1.3 证书链的验证流程

验证流程，说白了就是回答三个问题：

1. 这个证书是谁签的？
2. 签它的人可信吗？
3. 一直追到根，根我信吗？

具体步骤是这样的：

1. 构建证书链：从终端证书开始，提取签发者信息，找到上一级证书。重复这个过程，直到自签名证书（根证书）。
2. 验证签名：每一级证书都用上一级的公钥验证签名。签名对不上，直接拒绝。
3. 检查有效期：每一级证书都不能过期。我遇到过证书链中间某个证书过期，导致整个链验证失败的情况。排查起来很头疼。
4. 检查吊销状态：通过 CRL 或 OCSP 确认每一级证书都没被吊销。
5. 信任锚匹配：根证书必须在本地信任存储中。不在？那就不信。

下面这张图，是我画的一个简化流程。你看一眼就明白了。

1.4 一个完整的证书链示例

拿一个真实的 HTTPS 证书来说，它的证书链长这样：

根证书: DigiCert Global Root CA
  └── 中间证书: DigiCert TLS RSA SHA256 2020 CA1
        └── 终端证书: *.example.com

浏览器访问 https://example.com 时，服务器会把终端证书和中间证书一起发给浏览器。浏览器自己手里有 DigiCert Global Root CA（预装在系统中）。然后它用根证书的公钥验证中间证书的签名，再用中间证书的公钥验证终端证书的签名。全部通过，显示小锁。

如果服务器只发了终端证书，浏览器手里没有中间证书，它就得自己去下载。下载不到？那就验证失败。所以，我建议你在 Nginx 或 Apache 配置里，明确指定完整的证书链文件，而不是只指定终端证书。

1.5 证书链的两种形态

证书链有两种常见形态，你得区分清楚：

形态	说明	典型场景
单向链	终端 → 中间 → 根，一条直线	大多数 HTTPS 证书
交叉链	存在多个根证书之间的交叉认证	企业 PKI 迁移、新旧根交替期

单向链最常见，也最简单。交叉链是为了解决信任过渡问题。比如旧根证书要退役了，新根证书还没被所有客户端信任。这时候让旧根签一个新根，或者两个根互相签，就能平滑过渡。嗯，这个有点复杂，后面有专门章节讲。

好了，证书链的基础就这些。你只要记住：证书链是信任的接力，根是起点，中间是隔离层，终端是使用者。验证就是沿着链往上追，直到你信任的那个根。