📚 课程目录第1章安全启动概述

1、安全启动概述：什么是安全启动、为什么需要安全启动、安全启动的信任链模型

各位同学，咱们今天正式开始聊安全启动。说实话，这个主题我琢磨了很久才决定怎么讲。安全启动这东西，表面上看就是几个校验步骤，但真要把它吃透，你得理解整个信任体系是怎么一层层搭起来的。

我在做嵌入式安全的头两年，其实对安全启动也没太当回事。直到有一次，客户的设备在野外被攻击者通过替换启动镜像给"劫持"了，整批设备都得召回。嗯，从那以后，我算是彻底明白了——安全启动不是锦上添花，而是底线。

安全启动（Secure Boot），说白了就是一套机制。它确保设备从按下电源键到操作系统跑起来，中间执行的每一段代码都是经过认证的、没有被篡改过的。

你想想看，一台设备启动时，要经历多少阶段？从片上ROM、Bootloader、UEFI固件、OS内核，再到驱动模块。任何一个环节被人动了手脚，整个系统就不可信了。

安全启动的核心目标就三个：

关键认知：安全启动不是"防破解"的银弹，它解决的是"启动过程的代码可信问题"。如果有人物理接触了设备，或者有硬件级别的漏洞，安全启动也扛不住。但它能挡住绝大多数远程攻击和固件替换攻击。

这个问题我问过不少刚入行的工程师。有人说是为了防破解，有人说是为了合规。其实都不全面。

我个人总结了四个必须上安全启动的场景：

我记得有一次帮客户做安全审计，发现他们的设备连基本的签名校验都没有。攻击者只需要一个U盘，就能把定制固件刷进去。你说这种设备放在生产线上，谁敢放心？

避坑提醒：千万不要以为"我的设备不联网就不需要安全启动"。我曾经遇到过案例，攻击者通过调试接口（JTAG/SWD）直接写Flash，把Bootloader给换了。不联网？物理接触就够了。

好，接下来是本章的重点——信任链。这也是安全启动最核心的设计思想。

信任链的模型其实很简单：从一个绝对可信的起点开始，逐级验证下一级代码的合法性，验证通过后才把执行权交出去。

这个起点，我们叫它"信任根"（Root of Trust, RoT）。在大多数嵌入式系统里，信任根是固化在芯片内部的ROM代码。这玩意儿出厂就烧死了，改不了，所以它天然可信。

整个链条长这样：

这个模型里，每一级都只信任上一级。信任根验证Boot ROM，Boot ROM验证Bootloader，Bootloader验证OS加载器，OS加载器验证内核。任何一个环节校验失败，启动过程就中断。

你可能会问："那信任根本身怎么保证可信？"

好问题。信任根的可信性来自物理层面——它被固化在芯片的掩膜ROM里，出厂后无法修改。芯片制造商在流片时就决定了它的内容。所以，信任根的安全不靠软件保证，靠的是半导体制造工艺。

个人经验：我在选型MCU/SoC时，一定会看芯片是否提供了不可修改的信任根。有些芯片号称支持安全启动，但信任根放在可擦写的Flash里——这其实等于没根。真正的信任根，必须是ROM或者一次性可编程（OTP）存储器。

在实际项目中，信任链的实现主要有两种方式。我分别说一下：

这种方式下，所有校验都在启动阶段完成。启动过程中，每一级代码在交出控制权之前，必须完成对下一级代码的签名验证。验证通过就继续，不通过就死机。

优点是实现简单，缺点是启动时间会变长。而且一旦系统跑起来了，就不再校验了。

这种方式更灵活。除了启动阶段的校验，系统运行过程中也会对关键模块进行动态验证。比如Linux的IMA（Integrity Measurement Architecture）就属于动态信任链的一部分。

动态信任链能检测运行时注入的恶意代码，但实现复杂度高，对性能也有影响。

我个人在实际项目中，大部分嵌入式设备用的是静态信任链。原因很简单——够用，且容易维护。只有在金融支付、车规级这类高安全场景，我才会考虑引入动态信任链。

安全启动不是什么高深莫测的技术，它的核心思想就一句话：从硬件信任根出发，逐级验证，确保每一行代码都来自可信源。

咱们这一章把概念和模型讲清楚了。后面我会带着大家一步步搭建实际的签名校验体系，从密钥生成、证书管理，到固件签名、验证实现，再到UEFI安全启动的完整配置。每一步我都会把踩过的坑、总结的经验分享出来。