1. PKI 基础与信任模型：公钥基础设施概念、CA与RA角色、信任链与证书路径构建

各位同学，咱们今天聊的是整个证书吊销体系的地基——PKI。说实话，我见过太多团队在搞证书吊销时手忙脚乱，根子就在这章没吃透。你想想看，连信任是怎么建立的都不清楚，又怎么能正确地撤销信任呢？

1.1 公钥基础设施到底是什么？

PKI，全称 Public Key Infrastructure，翻译过来就是公钥基础设施。说白了，它是一套完整的体系，用来解决一个核心问题：你怎么证明你手里的公钥，真的是属于你声称的那个人？

我在早期做电子政务项目时，遇到过最头疼的事就是：两个系统之间要加密通信，但谁都不敢信谁的公钥。后来才明白，缺的就是一个大家都认的“公证人”——这就是 PKI 要干的事。

PKI 不是单一的技术，它是一套组合拳，包含：

• 硬件：CA 服务器、HSM（硬件安全模块）
• 软件：证书签发系统、注册管理系统
• 策略：证书策略（CP）、认证业务声明（CPS）
• 流程：证书申请、审核、签发、吊销、更新

1.2 CA 与 RA：谁在干活？

PKI 体系里有两个关键角色，一个是 CA，一个是 RA。很多人以为它们是一回事，其实分工完全不同。

1.2.1 CA——证书颁发机构

CA 是 PKI 的核心，它负责：

• 签发数字证书
• 维护证书吊销列表（CRL）
• 管理证书生命周期

CA 是那个真正“签字盖章”的人。所有证书上的签名，都是 CA 用自己的私钥签的。所以 CA 的私钥一旦泄露，整个信任体系就崩塌了。嗯，这里要注意——CA 私钥的保护，是 PKI 安全的第一条红线。

1.2.2 RA——注册机构

RA 是 CA 的“前台”。它负责：

• 接收用户的证书申请
• 审核申请人的身份信息
• 将审核通过的信息提交给 CA

我建议你把 RA 理解成“审核员”，CA 理解成“盖章员”。RA 不直接签发证书，但它决定了 CA 该不该签。我曾经在一个项目中，RA 的审核流程没做好，结果给一个伪造身份的人签发了证书……那场面，别提多狼狈了。

角色	核心职责	是否持有签名私钥	是否直接接触用户
CA	签发证书、维护 CRL	是	通常不直接接触
RA	身份审核、申请受理	否	是

1.3 信任链与证书路径

信任链，是 PKI 里最优雅的设计之一。它解决了一个现实问题：世界上有那么多 CA，我总不能每个都信任吧？

1.3.1 信任锚

信任链的起点，叫信任锚。通常是一个自签名的根证书。你的浏览器、操作系统里预装的那些根证书，就是信任锚。

为什么叫“锚”？因为它是整个信任体系的起点。你信任它，才能信任它签发的下级证书。我记得有一次排查一个 HTTPS 连接失败的问题，查了半天，发现是客户端的根证书库被人误删了——信任锚丢了，整个链就断了。

1.3.2 证书路径构建

证书路径，就是从终端实体证书一路追溯到根证书的链条。举个例子：

终端证书（服务器证书）
    ↑ 由 中间CA1 签发
中间CA1 证书
    ↑ 由 根CA 签发
根CA 证书（自签名，信任锚）

验证过程是这样的：

1. 用根CA的公钥验证中间CA1证书的签名
2. 用中间CA1的公钥验证终端证书的签名
3. 如果每一步签名都验证通过，且证书都在有效期内，则信任成立

1.4 信任模型：你选择哪种？

不同的场景，需要不同的信任模型。我整理了几种常见的：

信任模型	描述	适用场景	优缺点
严格层次模型	单根CA，树状结构	企业内部PKI	管理简单，但单点故障风险高
网状模型	多个CA互相交叉认证	跨组织互信	灵活，但路径复杂
桥CA模型	一个中心CA连接多个信任域	政府、金融行业	扩展性好，但桥CA是关键点

我个人习惯在中小型企业里用严格层次模型，简单、清晰、好维护。但如果是跨组织的场景，比如银行和税务系统互信，那就得上桥CA模型了。

1.5 知识体系总览

下面这张图，把本章的核心知识点串起来了。你可以把它当作一个“地图”，后面讲到证书吊销时，会反复回到这些概念上。

这张图把 PKI 的核心要素都串起来了。你会发现，CA/RA 是“人”的层面，信任链是“链”的层面，信任模型是“架构”的层面。三者缺一不可。