4. 固件签名与验证：数字签名原理、哈希算法(SHA256)、非对称加密(RSA/ECC)、签名流程设计
各位工程师，这一章我们聊点硬核的——固件签名与验证。
说白了，就是给固件贴个「防伪标签」。产线上烧录的每一片芯片，都得确认固件是官方出的、没被人动过手脚。我见过不少团队，烧录流程跑得飞快，结果出货后设备被破解、被植入后门，最后赔得底裤都不剩。嗯，签名验证就是用来堵这个窟窿的。
4.1 数字签名到底是个啥？
数字签名不是加密，它解决的是「谁写的」和「改没改」两个问题。
我习惯用一个比喻：你写了一份合同，签上自己的名字，再盖个骑缝章。别人拿到合同，一看签名是你，二看内容没被换页，就信了。数字签名就是电子世界的签名+骑缝章。
- 完整性：固件有没有被篡改？
- 真实性：固件是不是来自合法的发布者？
- 不可抵赖性：发布者不能事后说「我没签过」。
核心要点：数字签名不隐藏固件内容，它只提供验证手段。固件本身可以是明文的，签名是附加的一段数据。
4.2 哈希算法：SHA256 是主力
哈希算法是签名的第一步。它把任意长度的固件，压缩成一个固定长度的「指纹」。
我个人习惯用 SHA256。为什么？因为 SHA1 已经被攻破了，MD5 更是形同虚设。SHA256 目前还是安全的，产线设备算力也够。
| 算法 | 输出长度 | 安全性 | 产线适用性 |
|---|---|---|---|
| MD5 | 128 bit | 已破解，可碰撞 | 不推荐 |
| SHA1 | 160 bit | 理论可碰撞 | 不推荐 |
| SHA256 | 256 bit | 安全 | 推荐 |
| SHA512 | 512 bit | 更安全 | 算力要求高 |
避坑指南：我曾经遇到一个项目，产线工控机是十年前的老古董，跑 SHA512 慢得离谱，烧录节拍直接翻倍。后来换成 SHA256，速度上来了，安全性也没降级。选算法一定要考虑产线设备的实际算力。
4.3 非对称加密：RSA 与 ECC
哈希算完，下一步就是用私钥对哈希值加密，生成签名。验证时用公钥解密，比对哈希值。
这里用的就是非对称加密。产线上常见两种：RSA 和 ECC。
4.3.1 RSA
RSA 是老牌选手，原理基于大整数分解。我最早做安全烧录时用的就是 RSA-2048。优点是成熟、库多、芯片支持广。缺点是密钥长、签名大、算力消耗高。
4.3.2 ECC
ECC 是后起之秀，基于椭圆曲线离散对数。同样的安全强度，ECC 的密钥长度只有 RSA 的十分之一左右。签名短、速度快，特别适合资源受限的嵌入式设备。
| 对比项 | RSA-2048 | ECC P-256 |
|---|---|---|
| 安全强度 | 112 bit | 128 bit |
| 公钥长度 | 256 字节 | 32 字节 |
| 签名长度 | 256 字节 | 64 字节 |
| 签名速度 | 较慢 | 较快 |
| 验证速度 | 较快 | 较快 |
| 产线推荐 | 通用场景 | 资源受限场景 |
注意：ECC 虽然好，但有些老旧的烧录器或 MCU 不支持 ECC 硬件加速。选型前一定要确认芯片和产线工具链的兼容性。我踩过这个坑，ECC 签名在产线上跑不起来，临时换 RSA，折腾了两天。
4.4 签名流程设计
好了，理论讲完，咱们看看实际产线上怎么跑。我把它分成两个阶段：签名阶段（开发/发布侧）和验证阶段（产线烧录侧）。
4.4.1 签名阶段（上位机/服务器）
- 计算固件哈希：对固件二进制文件做 SHA256，得到 32 字节的哈希值。
- 私钥签名：用 RSA 或 ECC 私钥对哈希值加密，生成签名数据。
- 打包：将固件 + 签名 + 公钥（或公钥索引）打包成一个烧录文件。
# 伪代码示例：签名过程
firmware_data = read_file("firmware.bin")
hash_value = sha256(firmware_data)
signature = rsa_sign(hash_value, private_key)
package = firmware_data + signature + public_key_index
write_file("firmware_signed.bin", package)
4.4.2 验证阶段（产线烧录器/目标芯片）
- 拆包：从烧录文件中提取固件、签名、公钥索引。
- 计算固件哈希：对提取出的固件做 SHA256。
- 公钥解密签名：用公钥解密签名，得到原始哈希值。
- 比对哈希：如果两个哈希值一致，验证通过；否则拒绝烧录。
# 伪代码示例：验证过程
package = read_file("firmware_signed.bin")
firmware_data, signature, pub_key_index = unpack(package)
hash_calculated = sha256(firmware_data)
public_key = get_public_key(pub_key_index)
hash_decrypted = rsa_verify(signature, public_key)
if hash_calculated == hash_decrypted:
accept_burn()
else:
reject_burn()
关键点：公钥必须安全存储在产线设备或芯片内部。如果公钥被替换，签名验证就形同虚设。我建议公钥在芯片出厂时一次性烧录到 OTP 区域，产线只读不写。
4.5 整体签名验证流程图
下面这张图把整个流程串起来了。左边是签名，右边是验证，中间是产线烧录环节。
4.6 产线落地的几个关键点
流程看着简单，但产线落地时坑不少。我挑几个常见的说说。
- 密钥管理：私钥是命根子。我建议用 HSM（硬件安全模块）存储私钥，签名服务器和产线网络隔离。曾经有客户把私钥明文放在共享文件夹里，结果被内部员工泄露，整批产品作废。
- 公钥分发：产线上每台烧录器都要有公钥。我习惯在烧录器初始化时，通过安全通道一次性写入，之后锁定。不要通过网络实时下发公钥，容易被中间人攻击。
- 验证失败处理：产线烧录时如果验证失败，必须停机报警，不能跳过。我见过有人为了赶产量，把验证失败的产品手动放行，结果流出去的产品全部被客户退回。
- 性能考量：签名验证会增加烧录时间。RSA-2048 验证大约需要几毫秒到几十毫秒，ECC P-256 更快。如果产线节拍要求高，优先选 ECC。
血的教训：我曾经在一个项目中，产线烧录器用的单片机没有硬件 RSA 加速器，纯软件跑 RSA 验证，一个固件验证花了 200 多毫秒，整条产线直接卡死。后来换成 ECC，验证时间降到 20 毫秒，问题解决。选型时一定要实测，别只看数据手册。
4.7 小结
固件签名与验证，说白了就是「哈希+非对称加密」的组合拳。SHA256 做指纹，RSA 或 ECC 做签名，产线上验证通过才允许烧录。密钥管理是重中之重，公钥要锁死在芯片里，私钥要锁死在 HSM 里。