1. 证书基础：TLS/SSL协议原理、X.509证书结构、公钥基础设施(PKI)概述
聊到证书轮换，咱们得先把地基打牢。TLS/SSL 协议、X.509 证书、PKI 这三样东西，说白了就是现代互联网安全的「信任三角」。我见过不少团队，证书轮换脚本写得飞起，结果一遇到协议版本不兼容或者证书链断裂就抓瞎。嗯，咱们先从最核心的协议原理说起。
1.1 TLS/SSL 协议：握手与加密
TLS（传输层安全协议）是 SSL 的继任者。现在 SSL 3.0 已经被彻底弃用了，但大家习惯上还是叫「SSL证书」。我个人习惯直接说 TLS，毕竟从 1.2 开始才算真正靠谱。
TLS 的核心目标就两个：身份验证 和 加密通信。怎么做到的？靠一次「握手」。
TLS 1.2 握手简化流程（非完整版）：
- 客户端发送 ClientHello（支持的 TLS 版本、密码套件列表）
- 服务端回复 ServerHello（选定版本、密码套件），并发送自己的证书
- 客户端验证证书（检查签名、有效期、吊销状态）
- 客户端生成 Pre-Master Secret，用服务端公钥加密后发送
- 双方用 Pre-Master Secret 推导出会话密钥
- 切换加密通信，握手完成
这里有个关键点：证书是在第 2 步被送出去的。如果证书过期了、域名不匹配、或者签发它的 CA 不被信任，客户端在第 3 步就会直接断开连接。我在项目中遇到过好几次，半夜被报警吵醒，一看全是证书过期导致的线上故障。你想想看，一个字节的加密数据都没传，就因为证书没轮换，整个服务挂了。
避坑指南： 我曾经在维护一个遗留系统时，发现它只支持 TLS 1.0。轮换证书后客户端死活连不上，查了半天才发现是新证书的密钥长度超过了旧库的限制。所以，轮换证书前一定要确认服务端和客户端的 TLS 版本兼容性。
1.2 X.509 证书：你到底长什么样？
X.509 是证书的标准格式。你平时看到的 .crt、.pem、.cer 文件，本质上都是 X.509 证书的不同编码方式。我习惯用 PEM 格式，因为它纯文本，方便用 openssl x509 -text 直接查看内容。
一个标准的 X.509 v3 证书包含以下核心字段：
| 字段 | 说明 | 轮换时要注意什么 |
|---|---|---|
| 序列号 | CA 颁发的唯一编号 | 新证书序列号必须不同 |
| 签名算法 | 如 SHA256-RSA | 避免使用 SHA-1，已不安全 |
| 颁发者 | 签发该证书的 CA 名称 | 更换 CA 时需更新信任链 |
| 有效期 | notBefore 到 notAfter | 轮换的核心依据 |
| 主体 | 证书持有者信息，含 CN | CN 必须匹配服务域名 |
| 公钥 | RSA/ECDSA 公钥 | 轮换时可换密钥对 |
| 扩展 | SAN、Key Usage、EKU 等 | SAN 字段现在比 CN 更重要 |
这里我想重点提一下 SAN（Subject Alternative Name）。以前大家习惯把域名写在 CN 里，但现代浏览器和客户端已经优先使用 SAN 了。我曾经帮一个客户排查证书问题，他明明给 www.example.com 换了新证书，但用户访问 example.com 时还是报错。一看证书，SAN 里只写了 www.example.com，没写根域名。嗯，这种坑踩一次就记住了。
重要提醒： 证书轮换时，如果只换证书不换私钥，那叫「证书续期」。如果连密钥对一起换，才叫「证书轮换」。两者在安全等级上完全不同。我个人建议每次轮换都生成新的密钥对，尤其是怀疑私钥可能泄露的情况下。
1.3 公钥基础设施(PKI)：谁在背后撑腰？
PKI 不是某个具体的技术，而是一整套体系。它包括 CA（证书颁发机构）、RA（注册机构）、证书吊销列表（CRL）、在线证书状态协议（OCSP）等组件。说白了，PKI 解决的是「我怎么相信你手里的证书是真的」这个问题。
咱们来看一张 PKI 的核心架构图，我手绘了一个简化版：
从图上你能看到，信任是层层传递的。你的浏览器里预置了根 CA 的证书，根 CA 签发中间 CA，中间 CA 再签发你的服务器证书。只要根 CA 可信，整条链就可信。
这里有个常见的误解：很多人以为只要证书没过期就安全。其实不然。CA 可能会因为安全事件被吊销信任（比如 2022 年的 TrustCor 事件），或者证书本身被撤销。所以，在线证书状态协议（OCSP） 和 证书吊销列表（CRL） 是 PKI 里不可或缺的环节。我在做证书轮换方案时，一定会把 OCSP 装订（OCSP Stapling）加上，这样能避免客户端自己去查吊销状态，既提升性能又保护隐私。
个人经验： 我曾经维护过一个内部 PKI 系统，根 CA 的私钥放在离线 HSM 里，中间 CA 放在在线服务器上。轮换中间 CA 证书时，需要把 CSR 导出到离线环境签名，再导回来。这个过程很容易出错，我建议用脚本自动化，减少人工操作。
1.4 为什么证书轮换离不开 PKI？
你想想看，证书轮换的本质是什么？是「用一个新的信任凭证，替换旧的信任凭证」。而这个「信任凭证」之所以能被信任，完全依赖于 PKI 体系。
- 轮换前： 新证书必须由受信任的 CA 签发，否则客户端不认。
- 轮换中： 新旧证书可能短暂共存，需要确保 CRL/OCSP 能正确反映旧证书的吊销状态。
- 轮换后： 旧证书被吊销或过期，PKI 的吊销机制要能及时通知到所有依赖方。
说白了，没有 PKI，证书就是一张废纸。我见过一些团队自己用 OpenSSL 签发自签名证书，然后手动分发给所有客户端。这种方案在小规模内网还能凑合，一旦规模上来，或者需要对外提供服务，就必须依赖完整的 PKI 体系。
本章核心要点：
- TLS 握手依赖证书进行身份验证，证书过期直接导致握手失败
- X.509 证书的核心字段（有效期、SAN、公钥）是轮换时需要重点关注的对象
- PKI 提供了信任链和吊销机制，是证书轮换能够安全进行的基础
- 轮换时建议同时更换密钥对，并启用 OCSP Stapling 提升安全性
好了，这一章的基础知识就聊到这儿。记住这些概念，后面咱们讲具体的轮换策略和工具时，你就能理解每一步为什么要这么做了。