数字签名原理：PKI、哈希与签名验签流程
说到安全启动，数字签名是绕不开的核心。我刚开始接触这个领域时，总觉得数字签名就是「给文件盖个章」那么简单。后来在调试一个UEFI安全启动的bug时，才真正体会到——签名背后的PKI体系、哈希算法、以及签名验签的完整流程，任何一个环节出问题，启动链就会断掉。
这一节，咱们就把这三块东西拆开揉碎了讲清楚。
公钥基础设施（PKI）——信任的起点
PKI说白了就是一套管理密钥和证书的体系。它解决一个根本问题：你怎么相信一个公钥真的是属于某个人的？
我见过不少团队自己搭CA（证书颁发机构），结果根证书私钥直接明文放在共享目录里……嗯，那整个PKI就形同虚设了。
PKI的核心角色：
- CA（证书颁发机构）——签发证书，是整个信任链的根
- 证书持有者——拥有公私钥对，公钥通过证书发布
- 依赖方——验证证书是否可信的一方
在安全启动场景里，设备固件里会预置一组受信任的根证书公钥。启动时，任何被加载的镜像（比如bootloader、内核）都必须携带一个由这些根证书链签发的数字签名。这就是信任链的起点。
我曾经在项目里遇到一个问题：某款设备的根证书过期了，但固件里没有更新机制。结果所有新签发的镜像都无法通过验证。所以我现在做设计时，一定会预留根证书的轮换路径。
哈希算法——数据的「指纹」
哈希算法是数字签名的基石。它把任意长度的数据，映射成一个固定长度的摘要。这个摘要就像数据的指纹——哪怕只改一个比特，摘要也会完全不一样。
安全启动里常用的哈希算法有SHA-256、SHA-384、SHA-512。我个人习惯用SHA-256，安全强度够用，性能开销也合理。
| 算法 | 摘要长度 | 安全强度 | 典型场景 |
|---|---|---|---|
| SHA-1 | 160 bit | 已不推荐 | 历史遗留系统 |
| SHA-256 | 256 bit | 高 | UEFI安全启动、Linux内核签名 |
| SHA-384 | 384 bit | 更高 | 政府/军事级系统 |
| SHA-512 | 512 bit | 极高 | 高性能计算场景 |
避坑指南：我曾经在项目中看到有人用MD5做签名哈希，理由是「性能好」。结果被安全审计直接打回。记住：安全启动里绝对不要用MD5或SHA-1，哪怕只是做中间摘要也不行。
签名与验签流程——到底怎么工作的？
数字签名不是「加密」，而是「签名」。这两个概念经常被混淆。签名是用私钥对数据的哈希值做运算，验签是用公钥验证这个运算结果。
我画了一张流程图，把签名和验签的完整路径展示出来。你一看就明白了。
流程其实不复杂，我拆成几步讲：
- 签名方对原始数据做哈希运算，得到摘要
- 用私钥对摘要进行签名，生成数字签名值
- 把原始数据和签名值一起发给验签方
- 验签方对收到的原始数据做同样的哈希运算，得到摘要A
- 用公钥解密签名值，得到摘要B
- 比对摘要A和摘要B——一致则验签通过，否则拒绝
注意：验签方必须确保公钥是可信的。在安全启动里，这个公钥通常来自固件中预置的根证书。如果公钥被篡改，整个验签就失去了意义。我曾经在调试一个IoT设备时发现，攻击者直接替换了Flash里的公钥，然后用自己的私钥签名恶意固件——设备照样正常启动。这就是典型的「信任锚点被破坏」案例。
签名算法选型——RSA还是ECC？
这是我在项目中经常被问到的问题。RSA和ECC各有优劣，没有绝对的好坏。
| 特性 | RSA | ECC（如ECDSA） |
|---|---|---|
| 密钥长度 | 2048/4096 bit | 256/384 bit |
| 签名速度 | 较慢 | 较快 |
| 验签速度 | 较快 | 较慢 |
| 安全强度 | 高 | 高（同等强度下密钥更短） |
| 硬件支持 | 广泛 | 逐渐普及 |
我个人习惯：如果设备有硬件加速模块，优先用ECC，因为密钥短、签名快。如果设备比较老旧，或者需要兼容现有PKI体系，RSA 2048是稳妥的选择。
一个小技巧：验签操作通常比签名更频繁（想想看，固件只签一次，但每次启动都要验签）。所以如果验签性能是瓶颈，RSA反而有优势。我在一个嵌入式项目里就因为这个原因从ECC切回了RSA。
证书链验证——信任的传递
安全启动里很少直接用根证书签名镜像。通常的做法是：根CA签发中间CA，中间CA再签发最终实体证书。这样即使中间CA的私钥泄露，根CA可以吊销它，不影响整个信任体系。
证书链验证的规则很简单：
- 从叶子证书开始，逐级向上验证签名
- 每一级证书的签发者，必须是上一级证书的持有者
- 直到遇到预置在固件中的根证书为止
- 检查每张证书是否在有效期内、是否被吊销
我曾经在项目中遇到一个坑：某厂商的固件只验证了证书链的长度，没验证证书的用途扩展（Key Usage）。结果攻击者用一张只能做SSL的证书来签名固件镜像，居然通过了验证。所以我现在做安全启动时，一定会检查证书的Key Usage字段是否包含digitalSignature。
小结
数字签名不是魔法，它是一套严谨的数学和工程体系。PKI提供信任锚点，哈希算法保证数据完整性，签名验签流程把这两者结合起来。安全启动的每一级加载，本质上都是在重复这个流程。
你想想看，从ROM Code到Bootloader，再到OS Kernel，每一级都在做同一件事：验签。只要有一级断裂，整个信任链就崩塌了。这就是为什么我们常说「安全启动的强度，取决于最弱的一环」。