PKI基础原理归纳总结
PKI，全称公钥基础设施。说白了，它是一套管理密钥和数字证书的规则、组件和流程。我记得刚入行时，有同事把PKI说成是“加密工具包”，后来踩过几次坑才明白——它更像一个信任生态。没有PKI，你的数字签名、加密通信、身份认证都缺个“裁判”。
PKI的核心组件
我习惯把PKI拆成下面这几个部分，每个都在链路里扮演特定角色。
- CA（证书颁发机构）——签发和吊销证书的权威节点。嗯，它说了算。
- RA（注册机构）——负责验证申请者身份。CA的“前台”，不做签发。
- 证书库——存储已签发证书和吊销信息的地方，通常用LDAP或HTTP。
- 终端实体——证书的实际使用者，比如服务器、客户端、设备。
- 密钥对（公钥+私钥）——加密和签名的根基。
我在一个政务项目中见过RA和CA合在一台机器上的做法。当时觉得省事，后来审计时发现权限没分离，补救花了两周。所以建议：就算测试环境，也尽量把RA和CA分开。
关键原则：信任锚定。整个PKI链条的根CA必须是可信的。根CA私钥一旦泄露，整条链就废了。
证书生命周期
每个证书都会经历一套标准流程。我在做PKI运维时，最怕的就是证书过期导致服务断连。
- 申请——终端生成密钥对，把CSR发给RA。
- 验证——RA核对身份，通过后转CA。
- 签发——CA签数字签名，生成证书。
- 分发——存入证书库，发给申请者。
- 使用——TLS握手、代码签名、文档签名等。
- 吊销——私钥泄露、生命周期终止等触发。
- 更新——证书到期前重新签发。
曾经踩过的坑：有一次把证书吊销列表更新的周期设成了7天，结果中间有张证书被提前吊销，业务系统连续6天都查不到CRL信息。后来改成每天更新一次。
信任模型
不同组织选用的PKI结构差异很大。我拿表格做个对比，你根据自己的场景选。
| 模型 | 特点 | 适用场景 | 风险 |
|---|---|---|---|
| 单CA | 只有一根CA，所有证书直签 | 小团队、测试环境 | 单点故障，根CA泄露全完 |
| 层级CA | 根CA签发下级CA，形成树 | 企业内PKI、政务体系 | 根CA一旦妥协，整条链无效 |
| 网状CA | 多个CA相互交叉认证 | 跨组织信任 | 路径发现复杂，管理开销大 |
| 桥CA | 一个CA架在各CA之间，提供“桥梁” | 政府、金融互联互通 | 桥CA本身成为性能瓶颈 |
你想想看，如果你的公司要对接外部合作伙伴，用层级CA就不太合适了。网状或桥CA更灵活。我参与过一个银行间的互认项目，最后选了桥CA，因为各方都不想放弃自己的根。
证书吊销机制
吊销和过期是两码事。过期是时间到了，吊销是主动撤销。常用两种方式：
- CRL（证书吊销列表）——CA定期发布黑名单。缺点是实时性差、列表越来越大。
- OCSP（在线证书状态协议）——实时查询单个证书状态。优点是快、准，但OCSP响应器可能被DDOS。
我个人习惯在关键业务中同时启用OCSP Stapling，让服务器自己缓存OCSP响应，减轻响应器压力。
提个醒：检查证书时别忘了校验CRL分发点或OCSP地址。我在生产环境抓包时经常看到客户端因为无法连接CRL而报“证书状态未知”。
PKI与日志的关联
既然我们要做DSPM与PKI日志联动分析，那就得知道PKI会产出哪些日志：
- CA签发日志（谁、什么时候、签了什么证书）
- 吊销操作日志
- 证书验证失败日志（客户端重复查询CRL、OCSP超时等）
- 密钥对生成/备份日志
这些日志如果和DSPM（数据安全态势管理）的事件关联起来，就能快速定位“是谁在滥用证书”或者“证书被异常吊销”。后面几章会展开讲具体分析手法。
# 一条典型的CA审计日志（示例，非真实）
2025-03-10 14:23:45 INFO [CA-001] 签发证书 serial=0xAF32, subject=CN=api.example.com, issuer=CN=Intermediate-CA1
2025-03-10 16:01:02 WARN [RA-003] 吊销请求 serial=0xAF32, 原因：keyCompromise
嗯，这一章就到这里。PKI的概念比较多，但理解了信任模型和生命周期，后面看日志才能找到重点。实践出真知，建议你搭个小环境亲手跑一遍openssl，感受一下根CA怎么签中间CA、中间CA怎么签终端证书。