1、PKI基础概念：公钥基础设施定义、组成、作用与信任模型
做证书服务的人，第一个绕不开的词就是PKI。说白了，PKI就是一套帮你管公钥加密的“基础设施”。我最早接触这个概念是在一个政务电子签章项目里，客户问“为什么CA证书链断了就验不了签？”——那时候我才意识到，不把PKI的骨头拆清楚，后面踩的坑一个接一个。
1.1 什么是PKI？
公钥基础设施（Public Key Infrastructure），是一组硬件、软件、策略、流程和人员的组合。它的核心目标只有一个：让你我能安全地用公钥加密通信，而不用提前见面交换密钥。
PKI ≠ 单个软件，也不是一张证书。它是一个“生产-分发-使用-吊销”证书的全套体系。
举个例子。你打开浏览器访问HTTPS网站，浏览器自动检查服务器证书是否合法。这个过程背后跑的就是PKI：CA签发了证书，浏览器内置了信任锚，中间经过了证书链校验。嗯，没有PKI，你每次网购都要先打电话确认对方公钥——想想就离谱。
1.2 PKI的组成
我习惯把PKI拆成四块，你可以理解成一家“证书工厂”：
| 组成部分 | 角色 | 我的理解 |
|---|---|---|
| CA（证书颁发机构） | 签发证书的核心 | 相当于工厂的“质检盖章处” |
| RA（注册机构） | 审核申请者身份 | 负责“验明正身”的前台 |
| 证书库/仓库 | 存储已签发证书和CRL | 工厂的“成品仓库+黑名单墙” |
| 终端实体 | 使用证书的用户/设备/服务器 | 就是你我的电脑、手机、IoT设备 |
这四个角色怎么配合？我画了一张流程图，帮你把关系理清楚：
1.3 PKI的三大作用
你想想看，没有PKI的世界，网络通信是什么样？我给你发消息，中间被人篡改了，你都不知道。PKI解决了三个最根本的安全诉求：
- 身份认证——证书里绑定了主体信息，CA帮你证明“我就是我”。我在项目里见过有人直接把自签名证书扔生产环境，结果对端完全不认，因为信任链断了。
- 数据机密性——用公钥加密，私钥解密。就算中间人拿到密文，没有私钥也白搭。
- 数据完整性+不可否认性——数字签名就是这个作用的代表。签名后内容改一个字节，验签就失败。以前有个客户问“我签名了对方不认账怎么办”——有了PKI，对方想赖也赖不掉。
我曾经犯过一个错：在测试环境里直接把私钥复制到多台服务器做负载均衡。后来安全审计被打了大红叉——私钥必须严格限于生成它的设备，不能拷贝。
1.4 信任模型
信任模型决定了“谁可以信任谁”。我个人做设计时碰到最多的就是这三种：
| 信任模型 | 特点 | 适用场景 |
|---|---|---|
| 层次模型 | 根CA→下属CA→终端证书，单向树状 | 企业PKI、公共CA（如VeriSign） |
| 网状模型 | 多个CA互相交叉认证，双向信任 | 联盟组织、跨国集团 |
| 桥模型 | 中心桥CA连接多个独立PKI域 | 政府间互认、行业联盟 |
咱们最常用的是层次模型。为啥？因为结构清晰，吊销路径好算。我用一个简单例子说明信任链的工作方式：
根CA (信任锚)
└── 二级CA_A
└── 服务器证书（example.com）
验证时：浏览器信任根CA → 根CA签名了二级CA → 二级CA签名了服务器证书
只要链上任意一环被篡改或不可信，验证立刻失败。
记住一个原则：信任锚必须是“预置”的。浏览器和操作系统自带一批根CA证书，这就是信任锚。你自己搭PKI时，要么把根证书手动装到客户端，要么用公共CA签发的证书。中间证书丢了？没关系，服务器通常会下发完整证书链。
1.5 为什么上线前一定要做PKI验证测试？
这个问题的答案，我是在一次生产事故里深刻体会到的。当时系统上线前只测了功能流程，没测“证书过期后服务能否优雅降级”。结果三个月后半夜证书过期，所有HTTPS握手全部失败，业务中断两小时。嗯，从那以后，我的上线checklist里第一项就是“验证PKI全链路”。
简单列几个必须测的点：
- 证书链完整性——服务器有没有把中间证书一起发过来？
- 吊销检查——CRL/OCSP能不能正常访问？超时怎么办？
- 密钥长度——2048位还是4096位？符合安全基线吗？
- 证书有效期——留下足够续期窗口，别等过期再补。
- 信任锚配置——客户端的信任存储里有没有正确的根证书？
上面这些，后面每一章我都会展开讲怎么测、怎么踩坑、怎么填坑。今天先把PKI的骨架搭起来，后面就好理解了。