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

各位好，欢迎来到《安全启动漏洞排查手册》的第一章。

咱们开门见山。安全启动（Secure Boot）这个词，你肯定听过。但说实话，我见过不少工程师把它简单理解成「开机时检查一下签名」。嗯，这么说也没错，但太浅了。

我个人习惯把安全启动看作一个信任的起点。你想想看，一个设备从按下电源键到操作系统跑起来，中间要经历多少步？BootROM、Bootloader、内核、驱动……每一步都可能被篡改。如果第一步就不安全，后面全是白搭。

1.1 什么是安全启动

安全启动，说白了就是一套逐级校验的机制。它确保设备启动过程中，每一段被执行的代码都是经过授权的、没有被篡改过的。

我在项目中遇到过这么一件事：某款物联网设备，Bootloader 没做签名校验，结果攻击者往固件里插了一段挖矿脚本。设备一开机就自动挖矿，用户还以为是正常发热。你看，这就是没有安全启动的后果。

安全启动的核心要素，我归纳为三点：

• 完整性校验：检查代码有没有被改过（通常用哈希值比对）。
• 来源认证：检查代码是不是来自可信的发布者（通常用数字签名）。
• 逐级传递：每一级只信任上一级，形成一条完整的信任链。

1.2 安全启动的信任链模型

这是本章最核心的概念。我画了一张图，你先看看整体结构。

这张图展示了典型的信任链模型。从最底层的硬件根信任开始，一层一层往上校验。每一级都像是一个「守门员」，确认下一级的身份和完整性之后，才把控制权交出去。

为什么会这样设计？我举个例子你就明白了。

假设你住在一栋楼里。楼下的防盗门（BootROM）确认了你的身份，才让你进大堂。大堂的保安（一级Bootloader）确认了你的工牌，才让你上电梯。电梯里的门禁（二级Bootloader）确认了你的指纹，才让你进办公室。最后，办公室的门（内核）确认了你的密码，才让你用电脑。

如果中间任何一道门被撬开，整个安全体系就崩了。安全启动也是这个道理。

1.3 为什么需要安全启动

这个问题，我问过不少刚入行的工程师。有人回答「为了防病毒」，有人回答「为了合规」。都对，但不全面。

我总结了几条最核心的原因：

需求维度	具体说明	真实案例
防篡改	防止攻击者替换启动代码	2015年某路由器固件被植入后门，影响百万设备
防恶意软件持久化	阻止 Rootkit/Bootkit 在启动阶段加载	LoJax 恶意软件通过篡改 UEFI 实现持久化
合规要求	满足行业标准（如 FIPS、Common Criteria）	金融 POS 终端强制要求安全启动
供应链安全	确保设备出厂后不被中间人篡改	某厂商固件在运输途中被替换为恶意版本
设备身份认证	确保只有合法设备能接入网络	IoT 设备通过安全启动实现设备指纹

你看，安全启动不只是「防病毒」这么简单。它关系到设备的身份、完整性、合规性三个层面。

我再说一个真实教训。有一次，我们给一款工业控制器做安全启动方案。客户说「我们只要加个签名校验就行」。结果呢？他们只在 U-Boot 里加了一段校验代码，但 BootROM 根本没做任何保护。攻击者直接替换了 BootROM 之后的整个 Flash 内容，校验代码形同虚设。

所以，安全启动必须从硬件根信任开始，逐级建立，缺一环都不行。

1.4 安全启动的常见误区

聊了这么多，我顺便提几个我经常看到的误区：

• 误区一：「安全启动 = 签名校验」——签名校验只是手段，信任链才是本质。
• 误区二：「只要加了安全启动，设备就安全了」——安全启动只覆盖启动阶段，运行时安全需要其他机制。
• 误区三：「密钥放在代码里没关系，反正别人看不到」——这是最危险的想法。密钥必须由硬件安全模块（HSM/TPM/SE）保护。
• 误区四：「安全启动影响启动速度，能省则省」——现代硬件上，签名校验的耗时通常在毫秒级，这点代价换来的安全性完全值得。