1. 安全启动概述：什么是安全启动、为什么需要安全启动、安全启动的信任链模型
各位好，我是老周。今天咱们开始这门《固件签名与安全启动联调实战》的第一章。说实话，安全启动这个概念，我在刚入行那会儿也觉得挺虚的——不就是上电后检查一下代码对不对吗？直到有一次，我亲眼看到一台被刷了恶意固件的设备，在产线上反复变砖，才真正意识到这东西有多重要。
好，咱们不扯远了。这一章，我把安全启动最核心的三个问题讲清楚：它是什么、为什么需要它、以及它的信任链到底怎么搭起来的。
1.1 什么是安全启动
安全启动（Secure Boot），说白了就是：设备上电后，在运行任何代码之前，先验证这段代码的合法性和完整性。
你想想看，一台嵌入式设备从按下电源键到系统跑起来，中间要经历 BootROM、Bootloader、OS Kernel、应用层这么多个阶段。如果某个阶段的代码被人篡改过，比如塞了个后门进去，那整个系统就不可信了。
安全启动要做的，就是在每个阶段切换之前，用数字签名和哈希校验来确认下一阶段的代码是官方发布的、没有被改过的。
核心要点：安全启动不是防黑客的银弹，它解决的是「代码来源可信」和「代码未被篡改」这两个问题。至于运行时的漏洞利用，那是另一回事。
1.2 为什么需要安全启动
我直接说几个真实场景吧，都是我在项目里踩过的坑：
- 防止固件被逆向或克隆：有一次客户的产品被山寨了，对方直接把 Flash 里的固件读出来，稍作修改就量产。如果当时上了签名验证，这种事根本不会发生。
- 阻止恶意固件注入：IoT 设备如果 Bootloader 没锁，攻击者通过物理接口（比如 UART、JTAG）就能刷入恶意固件。我见过一个案例，攻击者通过固件后门控制了整栋楼的智能照明系统。
- 保证 OTA 更新的安全性：远程升级时，如果固件包没签名，中间人攻击可以轻松替换成恶意版本。嗯，这个我后面会专门讲。
- 满足合规要求：现在很多行业标准（比如 IEC 62443、GDPR、汽车行业的 ISO 21434）都明确要求设备具备安全启动能力。
| 威胁场景 | 无安全启动的后果 | 安全启动如何防御 |
|---|---|---|
| 固件逆向/克隆 | 产品被山寨，知识产权流失 | 签名验证阻止未授权固件运行 |
| 物理接口攻击 | 攻击者刷入恶意固件 | BootROM 验证 Bootloader 签名 |
| OTA 中间人攻击 | 固件包被替换 | 签名校验确保固件来源可信 |
| 合规审计 | 无法通过安全认证 | 安全启动是合规的基础能力 |
1.3 安全启动的信任链模型
这是本章最核心的部分。安全启动不是靠一个环节就搞定的，它是一条信任链。每个环节都验证下一个环节，环环相扣。
我习惯把信任链比作「接力赛」：第一棒是 BootROM，它是最原始的信任根；然后它把信任传递给 Bootloader；Bootloader 再传递给 OS Kernel；最后传递给应用。每一棒交接的时候，都要检查下一棒的「身份证」——也就是数字签名。
我的经验：信任链的设计原则是「最小可信基」。也就是说，越底层的代码越要精简，越要经过严格审查。BootROM 通常只有几 KB，因为它一旦出问题，整个信任链就崩塌了。
下面这张图，我画的是最经典的安全启动信任链模型。你看一眼就明白了：
这张图里，BootROM 是信任根（Root of Trust, RoT）。它通常被固化在芯片内部的一次性可编程存储器（OTP）里，出厂后不可更改。BootROM 里存着厂商的公钥，用来验证 Bootloader 的签名。
注意：信任根一旦被攻破，整个信任链就失效了。所以 BootROM 的代码必须经过极其严格的审计，而且不能有调试接口暴露。我曾经见过一个项目，BootROM 里留了个调试后门没关，结果被安全团队直接打回重做。
1.4 信任链的几种常见变体
实际项目中，信任链不一定只有一条直线。我整理了几种常见的变体：
- 单级信任链：BootROM → Bootloader → OS。最简单，适合资源受限的 MCU。
- 多级信任链：BootROM → SPL → U-Boot → Kernel → 应用。常见于 ARM 架构的 Linux 设备。
- 并行信任链：多个独立的安全域（如安全世界和普通世界）各自维护一条信任链。典型代表是 ARM TrustZone。
- 回滚保护信任链：在签名验证的基础上，增加版本号检查，防止攻击者刷回有漏洞的旧版本固件。
| 信任链类型 | 典型场景 | 优点 | 缺点 |
|---|---|---|---|
| 单级信任链 | MCU、简单 IoT 设备 | 实现简单，开销小 | 灵活性差，升级困难 |
| 多级信任链 | Linux 嵌入式设备 | 模块化，易于维护 | 启动时间较长 |
| 并行信任链 | ARM TrustZone、TEE | 安全隔离，高安全性 | 硬件要求高，开发复杂 |
| 回滚保护信任链 | OTA 升级频繁的设备 | 防止降级攻击 | 需要管理版本号状态 |
我的建议：选哪种信任链，取决于你的芯片能力和安全需求。别一上来就搞 TrustZone，如果你的产品只是个温度传感器，单级信任链加个签名验证就足够了。我在一个智能家居项目里就吃过这个亏——过度设计导致启动时间从 2 秒拖到了 8 秒，产品经理差点没把我吃了。
1.5 安全启动的局限性
最后，我得泼点冷水。安全启动不是万能的，它有几个明显的短板：
- 不防运行时攻击：代码启动后，如果系统存在内存漏洞（比如缓冲区溢出），攻击者依然可以提权或执行任意代码。
- 密钥管理是薄弱环节：私钥一旦泄露，所有设备的安全启动都形同虚设。我见过有厂商把私钥直接放在 Git 仓库里的……嗯，后果可想而知。
- 物理攻击依然有效：如果攻击者能通过探针读取芯片内部的熔丝或 OTP 值，信任根就可能被提取。
- 回滚攻击：如果没有版本号检查，攻击者可以刷回一个旧版本固件，利用已知漏洞进行攻击。
所以，安全启动只是嵌入式安全体系中的一环。它和安全存储、安全通信、运行时保护这些手段配合起来，才能构建一个相对完整的防御体系。