3、密码学基础（下）：公钥基础设施（PKI）概念、证书链与根证书、密钥对生成与管理、硬件安全模块（HSM）简介

上一节我们聊了对称与非对称加密、哈希和签名这些基础工具。这一节，咱们得把这些工具串起来，看看实际工程里怎么用。

说白了，你光有算法不行。你得解决一个核心问题：我怎么相信这把公钥真的是张三的？ 这就是 PKI 要干的事。

3.1 公钥基础设施（PKI）——信任的骨架

PKI 不是某个算法，是一整套规则、角色和流程。我习惯把它理解成「数字世界的身份证系统」。

它包含几个核心角色：

• 证书颁发机构（CA）：相当于公安局，负责发证、验证身份。
• 注册机构（RA）：CA 的助手，负责审核申请材料。
• 证书库：存证书的地方，通常用 LDAP 或 HTTP 发布。
• 终端实体：拿着证书的你、你的设备、你的固件。

我在项目中遇到过不少团队，算法选对了，密钥长度也够，但最后栽在 PKI 流程上——证书过期没人管、CRL 不更新。嗯，这里要注意，PKI 是管理问题，不只是技术问题。

3.2 证书链与根证书——信任的传递

你想想看，全世界几十亿设备，不可能都直接信任一个 CA。所以有了证书链。

证书链是分层结构：

1. 根 CA：自签名证书，信任的锚点。根 CA 的私钥通常离线保存，极其安全。
2. 中间 CA：由根 CA 签发，用于分担风险。即使中间 CA 被攻破，根 CA 还在，可以吊销它。
3. 终端实体证书：由中间 CA 签发，就是设备或固件用的那张。

验证过程是反向的：从终端证书开始，逐级向上验证签名，直到你信任的根证书。这叫信任链验证。

下面这张图展示了典型的证书链结构：

3.3 密钥对生成与管理——私钥是命根子

密钥对生成看起来简单：openssl genrsa -out private.pem 2048。但实际工程里，坑多得很。

3.3.1 生成策略

算法	推荐长度	生成速度	我的建议
RSA	2048 / 4096 位	较慢（尤其 4096）	兼容性好，但新项目建议用 ECC
ECDSA	P-256 / P-384	快	固件签名首选，密钥小、性能好
Ed25519	固定 256 位	极快	现代选择，但部分老旧系统不支持

3.3.2 私钥生命周期管理

私钥从生成到销毁，每一步都要有记录：

• 生成：在安全环境中生成，最好是 HSM 内部生成，私钥永不离开硬件。
• 存储：加密存储，访问控制，定期备份（备份也要加密）。
• 使用：最小权限原则，谁用谁申请，用完即释放。
• 轮换：定期更换密钥对，旧密钥妥善归档。
• 销毁：确认不再需要后，安全擦除，不留痕迹。

3.4 硬件安全模块（HSM）简介——把钥匙锁进保险柜

私钥存在硬盘上，哪怕加密了，也怕系统被黑。HSM 就是干这个的——一个专门保护密钥的硬件设备。

3.4.1 HSM 能做什么

• 密钥生成：在硬件内部生成，私钥永不导出。
• 密钥存储：防物理篡改，防侧信道攻击。
• 密码运算：签名、加密、解密都在 HSM 内部完成。
• 访问控制：需要管理员、操作员等多重授权才能使用。

3.4.2 什么时候需要 HSM

场景	建议	理由
根 CA 私钥	必须用 HSM	信任锚点，泄露则全盘皆输
中间 CA 私钥	强烈建议用 HSM	日常签发，暴露面大
固件签名私钥	视安全等级而定	消费级产品可用软件方案，工业/汽车级建议 HSM
开发测试密钥	不需要 HSM	但要做好隔离，别和生产环境混用

3.4.3 实际使用感受

我第一次用 HSM 时，觉得这东西真麻烦——要插卡、要输 PIN、操作还慢。但后来有一次，客户的构建服务器被勒索软件加密了，所有文件都打不开，唯独 HSM 里的密钥安然无恙。那一刻，我觉得之前的麻烦都值了。

市面上常见的 HSM 有 Thales、Utimaco、YubiHSM（入门级）等。云厂商也提供云 HSM 服务，比如 AWS CloudHSM、Azure Dedicated HSM。选型时注意看合规认证（FIPS 140-2 Level 3 是常见要求）。