📚 课程目录第1章 PKI概述

1. PKI 概述：从一张身份证说起

想象一下，你刚搬到一座新城市，要去办一张身份证。你带着户口本去派出所，民警核实你的身份后，给你签发了一张带国徽的卡片。从此，你拿着这张卡就能证明“我是我”。

PKI（Public Key Infrastructure，公钥基础设施）在数字世界里干的就是同样的事。它是一套完整的体系，负责签发、管理、吊销数字证书，让网络中的各方能互相信任。

我刚开始接触 PKI 时，觉得它就是个“加密证书管理工具”。后来在项目中踩过几次坑才明白——PKI 的本质是信任的传递。没有它，你连网上银行的登录页面都不敢点。

一句话总结：PKI = 策略 + 硬件 + 软件 + 人的组合，用来创建、分发、管理、存储和吊销数字证书。

PKI 不是单个软件，而是一套生态。我习惯把它拆成三个核心角色：

CA（Certificate Authority，证书颁发机构）——数字世界的“派出所”。负责签发和吊销证书，是整个 PKI 的信任锚点。
RA（Registration Authority，注册机构）——CA 的“前台”。负责核实申请人的身份，但不直接签发证书。我在项目中经常把 RA 部署在业务前端，CA 锁在隔离区。
证书库（Certificate Repository）——存放证书和吊销列表（CRL）的公共仓库。通常是 LDAP 目录或 HTTP 服务器，供所有人查询。

你可能会问：“为什么非要拆成 CA 和 RA 两个角色？”

嗯，这里有个实际考量。CA 的私钥是整个体系的命根子，必须放在硬件安全模块（HSM）里，物理隔离。而 RA 需要频繁跟用户打交道，暴露在网络上。拆开之后，即使 RA 被攻破，CA 的私钥依然安全。我曾经见过一个项目把 CA 和 RA 装在同一台服务器上，结果被勒索软件一锅端……教训深刻。

我的建议：生产环境中，CA 服务器不要接入任何外部网络，连 SSH 都关掉。RA 可以放在 DMZ 区，通过单向消息队列与 CA 通信。

说白了，PKI 就是解决网络通信中的四个核心安全问题。我习惯用一个场景把它们串起来：

假设你要给公司财务部发一封邮件，内容是“请把本月工资表发给我”。

财务怎么确认这封邮件是你发的？不是冒充的？

PKI 通过数字证书绑定公钥和身份。你用自己的私钥签名邮件，财务用你的证书公钥验证签名。验证通过，就证明邮件确实是你发的。

我在项目中遇到过：某客户内部系统被钓鱼邮件攻击，就是因为没有强制要求客户端证书认证。后来上了 PKI，每人一张证书，冒充者再也发不出有效邮件。

邮件在传输过程中有没有被篡改？

数字签名会为邮件内容生成一个哈希值，并加密后附在邮件里。接收方解密哈希值，再自己算一遍。如果两个值一致，说明内容没被改过。

你想想看，如果财务收到的工资表里，你的账号被改成了别人的，后果多严重。

邮件内容不能被第三方偷看。

PKI 使用非对称加密：你用财务的证书公钥加密邮件，只有财务用自己私钥才能解密。中间人即使截获了密文，也看不懂。

我习惯把非对称加密比作“信箱”——任何人都能把信投进去（公钥加密），但只有信箱主人有钥匙打开（私钥解密）。

事后你不能说“我没发过这封邮件”。

因为邮件是用你的私钥签名的，而你的私钥只有你自己持有。只要私钥没泄露，签名就具有法律效力。这在电子合同、审计日志中特别重要。

注意：不可否认性的前提是私钥绝对安全。如果私钥被偷了，你完全可以否认——所以私钥保护是 PKI 的头等大事。

下面这张图展示了 PKI 的核心流程：用户向 RA 提交申请，RA 审核后转发给 CA，CA 签发证书并发布到证书库。验证方从证书库获取证书，完成身份认证。

为了方便你对照，我把 PKI 解决的四个问题整理成了一张表：

一个小技巧：记不住这四个目标？试试首字母缩写 AICN——Authentication（认证）、Integrity（完整性）、Confidentiality（机密性）、Non-repudiation（不可否认性）。

PKI 入门最容易被忽略的，其实是“信任锚”这个概念。你想想看，CA 的证书又是谁签的？最终要追溯到根 CA 的自签名证书。根 CA 的证书是 PKI 世界的“上帝”，它的公钥必须通过带外渠道（比如浏览器预装、物理分发）安全地交给所有参与者。

我曾经帮一家金融机构搭建内部 PKI，根 CA 的私钥生成仪式是在监控摄像头下进行的，生成后立即导入 HSM，私钥明文从未离开过加密机。整个过程录了像，签了保密协议。听起来夸张？但这就是 PKI 的底线——信任必须从物理世界开始。