一、安全启动概述
什么是安全启动
安全启动，说白了就是给嵌入式设备装上一道「门禁系统」。
我经常跟团队里的新人这么解释：你想想看，一台设备上电后，CPU 要执行的第一段代码是什么？是 BootROM。那谁来保证这段 BootROM 是干净的、没被篡改过的？没人。这就是安全启动要解决的问题。
安全启动的核心机制，就是逐级验证。每一级代码在加载下一级之前，都要先检查它的签名和完整性。只有验证通过，才允许执行。否则，直接停机或者进入恢复模式。
举个例子，我参与过一个智能门锁的项目。当时客户要求设备必须支持安全启动，否则不给过审。嗯，这个要求其实很合理。你想，如果门锁的固件被人改了，黑客就能远程开锁，那还谈什么安全？
安全启动的本质：从硬件根信任开始，逐级验证，确保每一行代码都是可信的、未被篡改的。
为什么需要安全启动
这个问题，我遇到过不少质疑。有人说：「我的设备跑在封闭网络里，谁会来攻击？」
说实话，这种想法很危险。我见过太多「以为安全」最后被打脸的案例了。
安全启动的必要性，主要体现在三个方面：
- 防止固件被篡改——攻击者如果拿到了物理设备，可以通过 JTAG、SPI Flash 编程器直接改写固件。没有安全启动，设备就是「裸奔」的。
- 阻止恶意代码持久化——有些攻击只是临时性的，但一旦恶意代码写进了 Flash，每次重启都会自动执行。安全启动能阻断这种持久化攻击。
- 建立信任链——这是最关键的。没有安全启动，你无法证明设备当前运行的是不是你当初烧录的那个固件。
我记得有一次，帮客户做安防摄像头的安全审计。拆开设备一看，Flash 芯片直接裸露在外，没有任何防护。用编程器读出来，固件全是明文，连签名验证都没有。我当时就跟客户说：「这设备，随便一个懂点硬件的都能给它植入后门。」
注意：安全启动不是万能的。它解决的是「启动过程」的安全问题，不能替代运行时保护、加密通信等其他安全机制。
安全启动的信任链模型
信任链，是整个安全启动的骨架。没有信任链，安全启动就是一句空话。
信任链的起点，是硬件本身。通常是一个只读的 BootROM，出厂时一次性烧录，之后无法修改。这就是所谓的「根信任」。
从根信任开始，每一级都负责验证下一级：
| 层级 | 内容 | 验证方式 |
|---|---|---|
| 第1级 | BootROM | 硬件固化，不可修改 |
| 第2级 | Bootloader（如 U-Boot） | BootROM 验证其签名 |
| 第3级 | 操作系统内核 | Bootloader 验证其签名 |
| 第4级 | 应用程序/文件系统 | 内核验证其签名 |
每一级验证通过后，才把控制权交给下一级。如果任何一级验证失败，整个启动过程就终止了。
我习惯把信任链比作「接力赛」。第一棒是 BootROM，它把棒子交给 Bootloader，但前提是 Bootloader 得先「验明正身」。Bootloader 再交给内核，同样要验证。这样一环扣一环，直到整个系统启动完成。
个人经验：在实际项目中，我建议把公钥存储在一次性可编程（OTP）区域，比如 eFuse。这样即使攻击者拿到了 Flash 内容，也无法替换公钥，因为 OTP 区域一旦写入就不可更改。
这里有个常见的误区：有人觉得只要 Bootloader 验证了内核就足够了。其实不然。你想想看，如果 BootROM 本身就有漏洞，或者 Bootloader 被替换了，那后面的验证还有什么意义？
所以，信任链必须从最底层开始，每一级都不能跳过。我曾经在一个项目中看到，工程师为了省事，跳过了 Bootloader 对内核的验证。结果呢？测试阶段就发现，只要替换掉内核分区，设备照样能启动。这就是典型的「信任链断裂」。
最后说一句，安全启动的信任链模型，本质上是一种「最小信任」的设计思想。你不信任任何外部输入，只信任硬件本身。这种思路，在嵌入式安全领域非常实用。
嗯，关于安全启动的概述，就先讲到这里。下一节我们会深入具体的实现细节，包括如何生成密钥、如何签名固件、如何配置硬件等。到时候我会拿一个实际的项目案例来演示，敬请期待。