1、安全启动概述
各位同学好，我是老张。今天咱们开始聊安全启动。说实话，这个主题我讲了快十年，每次都有新体会。安全启动听起来高大上，其实说白了就一件事——确保你的设备跑的是你写的代码。
我见过太多项目，功能调通了就急着量产，结果安全没跟上。嗯，后面出问题的时候，那叫一个头疼。咱们先打好基础，后面再聊怎么让它跑得快。
什么是安全启动
安全启动，英文叫 Secure Boot。它不是某个具体的算法，也不是某个芯片的独门绝技。它是一套机制，一套从芯片上电开始，到操作系统跑起来为止的信任传递机制。
你想想看，嵌入式设备一上电，CPU 先跑的是 ROM 里的代码。这段代码是芯片出厂就烧死的，改不了。然后它去加载 Flash 里的 Bootloader，Bootloader 再去加载内核，内核再挂载文件系统。这中间任何一个环节被篡改了，设备就失控了。
安全启动要做的就是：每个环节都检查下一环节的合法性。合法的才放行，不合法的直接锁死。
核心思想：信任不是凭空产生的，是一级一级验证出来的。
我个人习惯把安全启动比作「接力赛」。第一棒是芯片内部的 ROM 代码，它验证第二棒（Bootloader）的签名。验证通过，把控制权交出去。第二棒再去验证第三棒（内核）。每一棒都只信任上一棒交给自己的东西。
安全启动的信任链模型
信任链模型，是安全启动的骨架。我画了一张图，你看一眼就明白了。
这张图里，从最左边的「硬件根信任」开始，一路向右向下。每一级都用自己的私钥给下一级签名，下一级用上一级的公钥来验签。验签通过，信任就传递下去了。
我在项目中遇到过一种情况：有人觉得 Bootloader 验内核就够了，ROM 验 Bootloader 那步太慢，想跳过去。我当时就问他：「你家的门锁只锁卧室门，大门敞着，你觉得安全吗？」嗯，后来他老老实实把完整信任链加上了。
小提示：信任链的长度不是越长越好。每多一级，启动时间就多一笔开销。后面讲性能调优的时候，我会专门讲怎么在安全和速度之间找平衡。
信任链的三种常见形态
实际项目中，信任链不是只有一种玩法。我整理了一张表，把三种主流形态列出来，你对比着看。
| 形态 | 验证方式 | 典型场景 | 性能影响 |
|---|---|---|---|
| 完整链式验证 | 每一级都验下一级的签名 | 高安全要求的工控、汽车 | 较慢，每级增加 50-200ms |
| 哈希链验证 | 只验哈希，不验签名 | IoT 设备、消费电子 | 较快，每级增加 5-20ms |
| 混合验证 | 关键级验签名，非关键级验哈希 | 大多数嵌入式 Linux 设备 | 适中，可定制 |
你看，没有银弹。安全等级越高，性能代价越大。我个人的建议是：先按最高安全等级设计，再根据实际启动时间要求做裁剪。别一开始就想着省时间，后面补安全漏洞的成本远高于你省下的那几百毫秒。
安全启动在嵌入式系统中的作用
嵌入式系统跟 PC 不一样。PC 坏了你重装系统就行，嵌入式设备部署在现场，可能在天上飞、在地下跑、在海底躺着。出了问题，你连上去打个补丁都费劲。
安全启动在嵌入式系统里，主要干三件事：
- 防篡改：防止恶意固件被写入 Flash。我见过一个案例，某智能电表被黑客刷了假固件，电费数据全乱了。如果有安全启动，这种事根本不会发生。
- 防回滚：防止攻击者把固件降级到有漏洞的旧版本。很多设备出安全问题，就是因为攻击者刷回了三年前的老固件，那时候的漏洞还没修。
- 建立信任锚点：为上层应用（如 TEE、安全支付、数字版权管理）提供可信的执行环境基础。没有安全启动，上层安全做得再好，根基也是虚的。
注意：安全启动不是万能的。它只保证启动过程的完整性，不保证运行时安全。设备跑起来之后，如果系统有漏洞被远程利用，安全启动管不了。它只是第一道防线，不是最后一道。
我曾经帮一个客户排查问题，他们的设备在产线上偶尔启动失败。查了两天，发现是 Flash 读取时序不稳定，导致 Bootloader 的签名验证偶尔读到错误数据。嗯，那不是安全启动的锅，是硬件设计的问题。但你看，安全启动把这个问题暴露出来了，否则设备到了客户手里才出问题，那才叫灾难。
所以，安全启动在嵌入式系统里的作用，我总结成一句话：它让你的设备知道自己是谁，也知道自己该跑什么代码。这是所有安全功能的基础。
一句话总结：安全启动不是功能，是底线。底线守住了，上面才能谈性能调优。
好了，这一章就到这里。信任链模型你理解了，后面讲具体调优技巧的时候，你才知道哪些地方能省时间，哪些地方绝对不能省。