4、安全启动与固件验证：签名机制、信任根、安全启动流程
好，咱们今天聊点硬核的——安全启动。说实话，我在做可穿戴设备之前，一直觉得这玩意儿是“大设备”才需要考虑的事。直到有一次，我帮客户分析一款智能手环的固件，发现攻击者只需要通过USB口就能替换掉整个系统镜像……嗯，那场面，挺尴尬的。
安全启动，说白了就是确保你的设备只运行你授权的代码。从第一行代码开始，每一步都要验证。你想想看，如果连启动过程都不安全，那后面的加密、数据保护全是白搭。
4.1 信任根：一切安全的起点
信任根（Root of Trust，简称RoT）是整个安全体系的基石。它必须是一个物理上不可篡改的组件，通常固化在芯片内部的一次性可编程（OTP）存储器里。
我个人习惯把信任根分成两类：
- 硬件信任根：比如芯片内部的Boot ROM，出厂后无法修改。这是最可靠的。
- 软件信任根：比如存储在eFuse中的公钥哈希。虽然也是硬件存储，但公钥本身可以更新（如果设计允许的话）。
关键点：信任根必须满足三个条件——不可伪造、不可绕过、不可篡改。缺一个，整个安全链就断了。
我在项目中遇到过一种情况：某款MCU的Boot ROM存在一个调试接口，攻击者可以通过JTAG直接跳过信任根检查。后来我们不得不重新流片，把JTAG熔丝烧断。所以，选芯片时一定要确认信任根是否真的“硬”。
4.2 签名机制：给固件贴上防伪标签
签名机制是安全启动的核心技术。它的原理其实很简单：用私钥对固件进行签名，设备端用公钥验证签名。
常用的签名算法有：
| 算法 | 密钥长度 | 适用场景 | 我的建议 |
|---|---|---|---|
| RSA | 2048/4096位 | 资源充足的设备 | 可穿戴设备慎用，计算量大 |
| ECDSA | 256/384位 | 资源受限设备 | 我比较推荐，签名短、速度快 |
| Ed25519 | 256位 | 高性能需求 | 现代方案，安全性高 |
这里有个坑，我曾经踩过——签名时一定要包含固件的元数据（版本号、大小、哈希值）。否则攻击者可以搞个“版本回滚攻击”，把旧版本（有漏洞的）固件刷进去。嗯，这个坑我帮大家填上了。
实战技巧：签名时建议使用“哈希+签名”两步走。先对固件计算SHA-256哈希，再对哈希值签名。这样签名数据小，验证也快。
4.3 安全启动流程：一步一步来
安全启动的流程，说白了就是“链式验证”。每一级代码在运行前，都要验证下一级代码的合法性。我画个流程图给你看：
+----------------+ +----------------+ +----------------+
| Boot ROM | ----> | Bootloader | ----> | 应用程序 |
| (信任根) | 验证 | (签名验证) | 验证 | (签名验证) |
+----------------+ +----------------+ +----------------+
| | |
v v v
公钥哈希(OTP) 公钥(Bootloader) 公钥(应用)
具体步骤是这样的：
- 上电复位：CPU从Boot ROM开始执行。这段代码是硬件固化的，无法修改。
- 加载公钥：Boot ROM从OTP中读取公钥哈希，然后从Flash中加载Bootloader的公钥，计算哈希并比对。
- 验证Bootloader：用公钥验证Bootloader的签名。如果通过，跳转到Bootloader执行。
- 验证应用程序：Bootloader用同样的方式验证应用程序固件的签名。
- 运行应用程序：验证通过后，跳转到应用程序。
注意：任何一步验证失败，设备必须进入“安全失败”状态。我见过有些设计只是打印个错误日志就继续运行……那跟没做安全启动有什么区别？
我曾经帮一个团队调试问题：他们的设备偶尔启动失败，排查了三天才发现是Bootloader在验证应用程序时，把签名数据读错了位置。原因是他们用了两个不同的哈希算法——Boot ROM用SHA-256，Bootloader却用了SHA-384。嗯，这种低级错误，大家引以为戒。
4.4 可穿戴设备的特殊考量
可穿戴设备跟手机、路由器不一样，有几个特殊点需要注意：
- 功耗限制：每次启动都要做非对称签名验证，计算量不小。我建议在Bootloader阶段用硬件加速器（如果芯片支持的话），能省不少电。
- 存储空间：公钥和签名数据要占Flash空间。对于只有256KB Flash的手表来说，每一字节都很珍贵。
- OTA更新：可穿戴设备经常通过蓝牙OTA更新固件。更新后的固件必须经过签名验证才能写入。我习惯在OTA下载完成后立即验证，而不是等下次重启再验证。
我的经验：对于电池供电的设备，建议在Bootloader中实现“快速启动”模式。如果上次正常关机，可以跳过部分验证步骤，直接启动应用。但如果是异常掉电，必须走完整的安全启动流程。
4.5 避坑指南
做安全启动这么多年，我总结了几条血泪教训：
- 私钥保管：签名私钥是命根子。我曾经见过有人把私钥放在Git仓库里……嗯，那项目后来重做了。
- 公钥更新：如果公钥需要更新，一定要设计安全的更新流程。我建议用“旧私钥签名新公钥”的方式，或者通过物理接触（比如按键）触发更新。
- 调试接口：量产设备一定要禁用调试接口（JTAG/SWD）。否则攻击者可以直接读取OTP中的公钥哈希，甚至绕过安全启动。
- 回滚保护：在Bootloader中记录当前固件版本号，禁止刷入更低版本的固件。
最后说一句：安全启动不是万能的，但没有安全启动是万万不能的。它就像你家的防盗门——不能保证绝对安全，但能让大多数小偷望而却步。对于可穿戴设备这种贴身设备，安全启动更是底线中的底线。
好，这一章就到这里。下一章咱们聊聊“运行时内存保护”，看看代码跑起来之后怎么防攻击。