1、安全启动概述：什么是安全启动、为什么需要安全启动、安全启动的信任根(RoT)概念
大家好，我是你们的嵌入式安全讲师。今天咱们来聊聊安全启动——这个在嵌入式固件开发中绕不开的话题。
说实话，我刚开始做嵌入式开发那会儿，对安全启动的理解也就停留在「加个签名」的层面。直到有一次，我在一个IoT项目中，客户的设备被黑客远程篡改了固件，整批产品差点报废。嗯，从那以后，我才真正开始深入研究安全启动的每一个细节。
1.1 什么是安全启动？
安全启动，说白了就是一套机制——确保你的设备只运行你授权的代码。
你想想看，一个嵌入式设备上电后，CPU从Flash里读取第一条指令开始执行。如果这期间有人把Flash里的程序换成了恶意代码，设备就完全失控了。安全启动要做的，就是从第一条指令开始，逐级验证每一段代码的合法性。
我个人习惯把安全启动比作「安检通道」：
- 第一关：BootROM验证Bootloader的签名
- 第二关：Bootloader验证OS Kernel的签名
- 第三关：Kernel验证应用层固件的签名
每一关都通过，才放行。任何一关失败，设备就拒绝启动。
核心要点：安全启动不是单个功能，而是一条完整的信任链。从芯片上电到应用运行，每一步都要验证。
1.2 为什么需要安全启动？
这个问题，我在课堂上经常被问到。我的回答很简单：没有安全启动，你的设备就是裸奔。
具体来说，有这几个场景：
- 防止固件被篡改——黑客通过物理接口（JTAG、UART）或网络漏洞，把恶意固件写进Flash。没有安全启动，设备直接执行恶意代码。
- 保护知识产权——你的固件里可能有核心算法、业务逻辑。别人把Flash读出来，逆向分析，甚至抄板。安全启动至少让读取变得困难。
- 满足合规要求——现在很多行业标准（比如IEC 62443、GDPR、车规级ISO 21434）都明确要求设备具备安全启动能力。不做，过不了认证。
- 防止回滚攻击——黑客把设备降级到有漏洞的旧版本固件，然后利用已知漏洞攻击。安全启动配合版本号校验，可以阻止这种操作。
我记得有一次帮客户做安全审计，发现他们的设备居然没有安全启动。攻击者只需要一个USB转串口工具，花5分钟就能把固件换成挖矿程序。客户当场脸都绿了。
避坑指南：我曾经见过一个团队，他们觉得「产品只在内部网络使用，不需要安全启动」。结果内部员工把恶意固件刷到了生产设备上，导致整条产线停摆。安全启动不是防外部黑客，是防所有未授权的代码执行。
1.3 信任根（RoT）概念
聊安全启动，就绕不开信任根。什么是信任根？
你想想看，安全启动是一条链——A验证B，B验证C，C验证D。但这条链总得有个起点吧？这个起点，就是信任根。
信任根必须是不可篡改的、硬件保护的。通常它存储在芯片内部的ROM里，或者专用的安全元件中。
常见的信任根实现方式：
| 类型 | 存储位置 | 特点 | 典型芯片 |
|---|---|---|---|
| BootROM | 芯片内部ROM | 出厂固化，不可修改 | STM32、NXP i.MX |
| OTP（一次性可编程） | 芯片内部eFuse | 可烧录一次，之后锁定 | ESP32、TI AM64x |
| 独立安全元件 | 外部SE芯片 | 隔离度高，性能好 | ATECC608A、SLM9670 |
我个人最常用的是BootROM + OTP的组合。BootROM里固化一段不可修改的代码，它负责读取OTP里存储的公钥哈希，然后用这个公钥去验证Bootloader的签名。这样，即使攻击者物理接触芯片，也无法篡改信任根。
经验之谈：我在一个项目中，客户把公钥直接存在Flash里。结果攻击者通过漏洞把Flash里的公钥换成了自己的公钥，然后用自己签名的固件成功启动了设备。记住：信任根必须硬件保护，不能存在可写的存储介质里。
1.4 信任链的建立过程
有了信任根，接下来就是建立信任链。我画个简单的流程：
芯片上电
↓
BootROM执行（信任根）
↓ 验证Bootloader签名
Bootloader执行
↓ 验证OS Kernel签名
OS Kernel执行
↓ 验证应用固件签名
应用固件运行
每一步验证都包含：
- 完整性校验——用哈希算法（如SHA-256）检查代码有没有被修改
- 签名验证——用公钥验证数字签名，确认代码来自授权方
- 版本检查——确保固件版本不低于某个阈值，防止回滚
这里有个细节要注意：每一级验证通过后，才把执行权交给下一级。如果验证失败，芯片要么死循环，要么进入恢复模式。绝对不能继续执行未经验证的代码。
关键点：信任链的长度不是越长越好。每增加一级，启动时间就增加几十到几百毫秒。我在一个工业控制器项目中，客户要求启动时间不超过2秒。我们最终只做了BootROM→Bootloader→Kernel三级，应用层用其他方式保护。
1.5 常见误区与避坑
做安全启动这么多年，我见过不少翻车案例。这里列几个常见的：
- 误区一：签名了就等于安全了——签名算法强度不够（比如用MD5），或者私钥保管不当泄露，签名形同虚设。
- 误区二：只验证一次——有些方案只在BootROM阶段验证，后续阶段不验证。攻击者可以绕过Bootloader直接刷写OS分区。
- 误区三：信任根放在可写区域——前面说过了，公钥存在Flash里，等于没锁门。
- 误区四：忽略回滚保护——只验证签名不检查版本，攻击者可以把设备降级到有漏洞的旧版本。
我曾经帮一个团队排查问题，他们的设备明明做了安全启动，但还是被攻破了。最后发现，他们用的公钥是出厂时烧录的，但芯片的OTP区域没有锁定。攻击者通过调试接口重新烧录了OTP，换上了自己的公钥。嗯，这个坑，希望大家别踩。
1.6 小结
安全启动不是什么高深的技术，但要做好，细节很多。核心就三点：
- 信任根必须硬件保护——不可篡改、不可绕过
- 信任链必须完整——每一级都要验证，不能有缺口
- 验证必须包含完整性、签名、版本——缺一不可
下一章，我会带大家深入BootROM的实现细节，看看芯片上电后到底发生了什么。到时候我会分享一些具体的代码示例和调试技巧，敬请期待。