PKI 基础回顾：公钥基础设施核心概念、X.509 证书结构、证书链与信任锚
聊多集群证书轮换，绕不开 PKI。说白了，PKI 就是一套让互联网上互不相识的双方能安全通信的信任机制。我刚开始接触证书时，觉得这东西就是一堆乱码，直到有一次线上服务因为证书过期导致整个集群断连……嗯，从那以后我老老实实把 PKI 的每个概念都啃了一遍。
公钥基础设施核心概念
PKI 的核心就三件事：加密、签名、身份认证。它依赖非对称加密算法，每个实体都有一对密钥——公钥公开，私钥自己藏好。
PKI 四大核心组件：
- CA（证书颁发机构）——签发证书的权威角色。我见过不少团队自己搭 CA，但根证书保护不当，私钥泄露后整个信任体系崩塌。
- RA（注册机构）——负责验证申请者身份，把审核结果告诉 CA。小规模场景下 RA 和 CA 常合并。
- 证书库——存储已签发证书和 CRL（证书吊销列表）的地方。LDAP 或 HTTP 服务器都行。
- 终端实体——持有证书和私钥的最终使用者，比如你的 Web 服务器、Kubernetes 的 kube-apiserver。
你想想看，如果没有 PKI，你怎么确认你连上的服务器就是它声称的那台？靠 IP？太容易伪造了。证书就是数字世界的身份证，CA 就是发证机关。
X.509 证书结构
X.509 是 PKI 领域最通用的证书标准。我每次排查证书问题，第一件事就是 openssl x509 -text 看证书内容。它的结构其实很清晰：
| 字段 | 说明 | 我的经验 |
|---|---|---|
| 版本号 | 目前主流是 V3 | V1/V2 已淘汰，别用了 |
| 序列号 | CA 分配的唯一编号 | 吊销证书时靠它定位 |
| 签名算法 | 如 SHA256-RSA | 别用 SHA1，不安全 |
| 颁发者 | 签发该证书的 CA 名称 | 链式验证时逐级比对 |
| 有效期 | notBefore 和 notAfter | 证书轮换的核心关注点 |
| 主体 | 证书持有者的身份信息 | CN 字段常被用于访问控制 |
| 公钥 | 持有者的公钥信息 | 算法和长度决定安全性 |
| 扩展 | V3 引入的灵活扩展区域 | SAN、Key Usage 等关键信息都在这里 |
一个小技巧：查看证书时重点关注 Subject Alternative Names (SAN)。我曾经遇到一个案例，证书的 CN 配对了但 SAN 没配，浏览器直接报不安全。现在浏览器基本只看 SAN，CN 已经退居二线了。
证书链与信任锚
证书很少单独存在。它们组成一条链，从终端实体证书开始，逐级往上直到根证书。根证书就是信任锚——你无条件信任它，然后通过它信任整条链。
为什么会这样设计？你想想看，如果全世界只有一个根 CA，它签发了所有证书，那这个 CA 的私钥一旦泄露……后果不堪设想。所以有了中间 CA 的概念：根 CA 只签中间 CA，中间 CA 再签终端证书。这样即使中间 CA 出问题，根 CA 还能撤销它，不至于全盘崩溃。
注意：证书链的长度不是越长越好。我见过一个客户，证书链长达 5 级，每次 TLS 握手都要传一堆证书，性能明显下降。一般 2-3 级就够了。
验证证书链时，系统会做这几件事：
- 从终端证书开始，提取颁发者信息
- 找到上级证书，验证签名是否匹配
- 重复直到找到信任锚（根证书）
- 检查每张证书是否在有效期内、是否被吊销
我在多集群场景下踩过一个坑：每个集群的信任锚配置不一致，导致集群间通信时证书验证失败。后来统一用一套根证书，问题才解决。
证书生命周期管理
证书不是永久的。它有生命周期，从申请、签发、使用、续期到吊销。在多集群环境下，这个周期管理变得复杂：
- 签发——每个集群的组件都需要证书，手动签太慢，得自动化
- 分发——证书要安全地送到每个节点，不能明文传输
- 监控——证书过期前必须预警，我习惯提前 30 天告警
- 轮换——新证书替换旧证书，要保证零宕机
- 吊销——证书泄露或组件退役时，及时吊销
核心原则：证书轮换不是一次性操作，而是一个持续的过程。我建议把证书管理纳入 CI/CD 流水线，像管理代码版本一样管理证书版本。
SVG：PKI 信任链与证书结构全景图
下面这张图把 PKI 的核心脉络串起来了。左边是信任链的层级关系，右边是 X.509 证书的内部结构。我画这张图时特意把根 CA 放在最上面——它就是整个信任体系的锚点。
多集群场景下的 PKI 挑战
单集群的证书管理已经够烦了，多集群更是把复杂度放大了好几倍。我总结了几点：
- 信任锚统一——每个集群用不同的根 CA，集群间通信就得互相导入证书，维护成本飙升。我建议所有集群共用一套根 CA。
- 证书数量爆炸——每个集群的 etcd、kube-apiserver、kubelet、ingress 都需要证书，10 个集群就是几十上百张证书。手动管理？不现实。
- 轮换窗口同步——证书过期时间不同，轮换节奏就乱。我习惯让所有证书在同一时间窗口内轮换，统一调度。
- 吊销传播——一个集群的证书泄露，要能快速通知其他集群不再信任它。CRL 分发机制在多集群环境下必须自动化。
我的建议：在多集群 PKI 设计中，优先考虑 cert-manager 这类自动化工具。它支持多种签发源（包括自建 CA），还能自动续期。我在生产环境用了两年，证书过期导致的故障降为零。