1. PKI 体系基础：公钥基础设施概念、数字证书原理、CA 与 RA 角色分工
各位同学，咱们今天聊点实在的。PKI 这个词，说白了就是一套帮你解决「怎么在网上证明你是你」的基础设施。我刚开始接触这玩意儿的时候，也觉得它挺玄乎，不就是个证书嘛？后来在项目里被坑过几次，才真正明白它背后的设计有多巧妙。
1.1 公钥基础设施到底是什么？
公钥基础设施，英文叫 Public Key Infrastructure，简称 PKI。它不是某一个软件，也不是某一种算法，而是一整套策略、流程、硬件和软件的集合。它的核心目标就三个：机密性、完整性和身份认证。
你想想看，互联网上两个人要通信，怎么保证中间没人偷看？怎么保证你收到的消息没被篡改？怎么确定对方就是声称的那个人？PKI 就是来解决这些问题的。
核心要点：PKI 不是单一技术，而是「策略 + 流程 + 技术」的组合拳。它让非安全网络上的通信变得可信。
我记得有一次帮一家金融公司做安全审计，他们的开发人员觉得 PKI 太复杂，直接用自签证书做内部服务调用。结果呢？证书过期没人管，生产环境直接挂了。嗯，这就是不尊重基础设施的代价。
1.2 数字证书原理——你网上的身份证
数字证书，就是 PKI 体系里的「身份证」。它把一个人的公钥和身份信息绑定在一起，然后由一个大家都信任的机构来签名担保。
最常见的标准是 X.509 v3。一个标准的数字证书包含哪些字段？我列个表给你看：
| 字段 | 说明 | 我的经验 |
|---|---|---|
| 版本号 | X.509 版本，目前主流是 v3 | v1 和 v2 基本绝迹了，别用 |
| 序列号 | CA 分配的唯一编号 | 吊销证书时靠它定位 |
| 签名算法 | CA 签名用的算法，如 SHA256-RSA | 别再用 SHA1 了，不安全 |
| 颁发者 | 签发该证书的 CA 名称 | 链式验证时一级一级往上找 |
| 有效期 | 起止时间 | 我建议生产证书不超过 1 年 |
| 主体 | 证书持有者的身份信息 | Common Name 要写对 |
| 公钥 | 持有者的公钥信息 | 算法和长度要匹配 |
| 扩展 | v3 新增的用途约束 | 比如密钥用法、CA 标志位 |
证书验证的过程，说白了就是「信任链」的传递。你信任根 CA，根 CA 签发了中间 CA，中间 CA 签发了你的服务器证书。一环扣一环，只要有一环断了，验证就失败。
避坑指南：我曾经遇到过一个案例，某团队把服务器证书的「密钥用法」字段配错了，导致 TLS 握手一直失败。查了两天才发现是扩展字段的问题。所以，证书生成后一定要用 openssl x509 -text 检查一遍。
1.3 CA 与 RA 的角色分工
CA（Certificate Authority，证书颁发机构）是整个 PKI 体系的核心。它负责签发、管理和吊销证书。但 CA 不是一个人在战斗，它下面还有 RA（Registration Authority，注册机构）。
两者的分工很明确：
- CA：干的是「技术活」。签名、发证、维护证书吊销列表（CRL）、管理密钥生命周期。
- RA：干的是「审核活」。验证申请者的身份、收集材料、决定是否批准证书申请。
为什么要把这两个角色分开？我个人的理解是——职责分离。CA 只管签名，不接触申请者；RA 只管审核，不碰密钥。这样即使 RA 被攻破，攻击者也拿不到 CA 的签名私钥。
我参与过的一个政务项目，就是典型的 RA/CA 分离架构。RA 部署在各地市政务大厅，负责审核企业资质；CA 集中部署在省级数据中心，统一签发证书。这种架构既保证了效率，又控制了风险。
注意：CA 的根私钥是整个 PKI 体系最敏感的东西。我见过有些小公司直接把根私钥放在开发服务器上，连密码都没设。这相当于把身份证原件扔大街上。根私钥必须离线存储，最好用硬件安全模块（HSM）保护。
1.4 核心知识体系一览
下面这张图，是我自己总结的 PKI 核心知识框架。你可以把它当作本章的「思维导图」来用：
1.5 一个简单的证书生成示例
光说不练假把式。咱们用 OpenSSL 走一遍自签 CA 和服务器证书的生成流程。你可以在自己的机器上跟着敲一遍：
# 1. 生成 CA 根私钥（2048 位 RSA）
openssl genrsa -out ca.key 2048
# 2. 生成 CA 根证书（自签名）
openssl req -x509 -new -nodes -key ca.key \
-sha256 -days 3650 -out ca.crt \
-subj "/C=CN/ST=Beijing/L=Beijing/O=MyLab/CN=MyLab Root CA"
# 3. 生成服务器私钥
openssl genrsa -out server.key 2048
# 4. 生成证书签名请求（CSR）
openssl req -new -key server.key -out server.csr \
-subj "/C=CN/ST=Beijing/L=Beijing/O=MyLab/CN=myserver.example.com"
# 5. 用 CA 签发服务器证书（有效期 1 年）
openssl x509 -req -in server.csr -CA ca.crt -CAkey ca.key \
-CAcreateserial -out server.crt -days 365 -sha256 \
-extfile <(echo "basicConstraints=CA:FALSE\nkeyUsage=digitalSignature,keyEncipherment\nextendedKeyUsage=serverAuth")
个人建议：生产环境千万别用自签证书。但做实验、做开发环境调试，自签证书完全够用。我自己的开发机就一直跑着自签 CA，省得每次配 HTTPS 都去申请免费证书。
生成完之后，你可以用 openssl verify -CAfile ca.crt server.crt 来验证证书链是否完整。如果输出 server.crt: OK，说明你的证书链是通的。
好了，这一章的内容就到这里。PKI 体系是后面所有证书链配置和接口安全适配的基础，把根扎稳了，后面的路才好走。