数字证书与公钥基础设施（PKI）
说到TLS，你肯定绕不开数字证书和PKI。我刚开始接触时也懵，什么CA、证书链、根证书……说白了，这就是一套让互联网上两个陌生人能互相信任的机制。
咱们先理清一个核心问题：为什么需要PKI？你想想看，如果Alice和Bob要通过不安全的网络通信，光靠非对称加密还不够——你怎么证明你手里的公钥真的是Bob的？PKI就是来解决这个“公钥归属认证”问题的。
数字证书长什么样？
数字证书，说白了就是一张「电子身份证」。我习惯把它拆成三部分看：
- 身份信息：谁发的（CA）、发给谁的（主体）、有效期、序列号
- 公钥：持有者的公钥，也就是别人用来加密或验签的那个关键数据
- CA的签名：CA用自己的私钥给前面两个部分签了个名，证明「这个公钥确实属于这个主体」
嗯，这里要注意——证书的核心作用不是加密，而是绑定公钥和身份。我在项目中遇到过好几次团队新人把证书当「加密工具」用，其实是误解。
| 字段 | 含义 | 常见问题 |
|---|---|---|
| Subject | 证书持有者的DN（可分辨名称） | CN（Common Name）经常写错域名 |
| Issuer | 签发该证书的CA | 自签证书的Issuer和Subject相同 |
| Not Before / Not After | 有效期起止 | 我踩过坑：系统时间不对，证书直接失效 |
| Subject Public Key Info | 持有者公钥算法和值 | RSA 2048是当前底线，弱算法被弃用 |
| Signature | CA对证书内容的数字签名 | 验签失败99%是证书链不完整 |
| X.509 v3扩展 | 如SAN（主题备用名称）、密钥用途 | 浏览器现在强制要求SAN，老证书只有CN会报错 |
我的习惯：拿到一个证书第一时间看两个地方——有效期和SAN。SAN里如果没包含你的域名，其他配置再正确也白搭。
PKI的骨架：证书链
你可能经常看到「证书链」这个词。它长这样：终端证书 → 中间CA证书 → 根CA证书。根CA证书是自签的，也是整个信任锚点。你设备里预装的那些受信任根证书颁发机构列表，就是用来验证证书链的。
我自己在排查TLS握手失败时，有个固定套路：先用OpenSSL把服务器返回的完整证书链dump出来，再逐级验证签名。有次一个客户反复报错，最后发现是部署人员只配了终端证书，没把中间CA证书一起发过来——客户端根本拼不出完整链。
核心结论：PKI的本质是一个信任传递模型。你信任根CA，根CA担保中间CA，中间CA担保终端证书。只要链上任何一个环节断了或者签名对不上，整个信任就崩塌。
PKI的核心流程
我把PKI的工作流拆成四个阶段，你遇到问题时按这个顺序排查，基本不会漏：
- 证书签发：CSR（证书签名请求）提交给CA，CA验证申请者身份后签发证书
- 证书分发：服务端部署证书和私钥，客户端通过TLS握手获取证书链
- 证书验证：客户端做有效期、签名、域名、吊销状态检查
- 证书吊销：私钥泄露或域名变更时，CA通过CRL或OCSP告知客户端证书已失效
警告：我曾经见过一个线上事故——证书被吊销了，但客户端OCSP响应超时回退到「允许」模式，导致已吊销的证书还在用。后来我们强制在Nginx里配置了ssl_stapling_verify，并设置超时策略为ssl_stapling_responder_timeout 5s，再也没出过这种问题。
证书的信任模型：分级 vs 交叉
PKI在实际部署里不只有单链一种。我来说说三种常见的信任模型：
- 严格层级模型：最传统的树形结构，根CA→中间CA→终端。优点简单，缺点根CA一旦出问题全完蛋。
- 交叉认证模型：两个不同根CA体系互相签发，实现跨域信任。我在给银行对接第三方支付平台时用过，配置起来特别繁琐。
- 网状模型：每个CA都互相签，适合大型组织内部。但证书链可能长达几十层，验证效率低。
我个人更推荐中间CA分离策略：自己建一个离线根CA，再签发多个在线中间CA用于不同业务。这样就算中间CA私钥泄露，你只需要吊销中间CA，根CA仍然安全。
实战原则：根CA永远离线，中间CA在线签发，终端证书尽量设短期有效期（比如90天），配合自动续签，这是目前的最佳实践。
证书格式与编码
你肯定见过.pem、.crt、.p12这些文件。它们到底是什么？我整理了一个速查表：
| 格式 | 编码 | 典型扩展名 | 包含内容 |
|---|---|---|---|
| PEM | Base64文本，可读，有头和尾标记 | .pem .crt .key | 可单独存证书或私钥 |
| DER | 二进制，不可读 | .der .cer | 常出现在Windows系统中 |
| PKCS#12 | PBKDF2加密的二进制容器 | .p12 .pfx | 证书+私钥打包，需口令 |
| PKCS#7 | PEM或DER格式的证书链 | .p7b .p7c | 不含私钥，只含证书 |
嗯，有个常见坑：Nginx配置文件里的ssl_certificate要求PEM格式，而且证书链要按顺序拼接——先终端证书，再中间CA，最后根CA（有些服务器不要求根CA）。ssl_certificate_key必须是私钥，且不能加密（去口令）。
检查命令：openssl x509 -in certificate.crt -text -noout 可以用来查看证书详细内容。我每次部署新证书前都会跑一遍这个命令，确认SAN和有效期无误再重启服务。
一句话总结PKI
PKI不是什么高深理论，它就是一个信任中介体系。你信CA，CA信我，我的公钥就安全传递了你。所有的证书异常问题，逃不出三个根源：信任链断了、证书变了、时间错了。只要你把这个模型刻在脑子里，后面分析日志时就能快速定位方向。