1. 安全启动概述

大家好，欢迎来到《固件签名与安全启动实战》的第一章。今天咱们聊聊安全启动——这个听起来有点抽象、但实际上每个嵌入式工程师迟早都要面对的话题。

我最早接触安全启动，是在一个做工业网关的项目里。当时客户要求设备必须防篡改，我心想：不就是给固件加个锁吗？结果踩了不少坑。嗯，这节课我就把这些经验揉碎了讲给你听。

什么是安全启动

安全启动，说白了就是一套机制——确保设备只运行经过授权的、未被篡改的固件。从按下电源键到系统完全启动，每一步都要验证代码的合法性。

你想想看，如果设备启动时随便加载一段恶意代码，那后果是什么？轻则功能异常，重则整个系统被控制。安全启动就是要在源头掐断这种风险。

我个人习惯把安全启动比作「安检通道」：

• 身份验证：检查固件是不是来自可信的发布者
• 完整性校验：确认固件在传输或存储过程中没被改过
• 执行授权：只有通过检查的代码才能被执行

为什么需要安全启动

这个问题我问过不少刚入行的朋友，答案五花八门。有人说是为了防黑客，有人说是为了满足合规。都对，但不够全面。

我总结了几条最实际的原因：

1. 防止固件被逆向或篡改——设备一旦部署到现场，物理接触就是最大的威胁。我曾经见过一个案例，攻击者通过JTAG接口直接读取了Flash里的固件，然后克隆出大批山寨设备。
2. 阻止恶意软件持久化——很多攻击会修改启动代码，让恶意程序随系统自启。安全启动能阻断这种「扎根」行为。
3. 满足行业合规要求——像IEC 62443、ISO 21434这些标准，都明确要求设备具备安全启动能力。不做？认证就别想了。
4. 保护供应链安全——从芯片出厂到设备组装，固件可能经过多人之手。安全启动能确保每个环节的代码都是可信的。

安全启动的信任链模型

信任链，是安全启动的灵魂。它解决一个核心问题：第一段代码从哪来？谁来验证它？

如果第一段代码本身就不安全，那后面所有验证都是白搭。所以，信任链必须从一个「绝对可信」的起点开始——这就是硬件信任根。

我画了一张图，帮你理解这个链条：

这张图展示了典型的信任链结构。从BootROM开始，每一级都验证下一级的签名，环环相扣。一旦某个环节验证失败，启动过程立即终止——这就是「信任链断裂」。

信任链中的关键角色

为了让你更清楚每个环节的职责，我整理了一个表格：

信任层级	存储位置	是否可修改	验证对象
BootROM	芯片内部ROM	不可修改	Bootloader第1阶段签名
Bootloader第1阶段	Flash (受保护区域)	需签名更新	Bootloader第2阶段签名
Bootloader第2阶段	Flash (受保护区域)	需签名更新	OS内核签名
OS内核	Flash (文件系统)	需签名更新	驱动/模块签名
系统服务/驱动	Flash (文件系统)	需签名更新	用户应用签名

信任根的类型

信任根是安全启动的基石。目前主流方案有三种：

• 硬件信任根 (HWRoT)：固化在芯片ROM中，比如ARM的TrustZone、Intel的Boot Guard。这是最安全的方式，因为ROM在芯片制造时就写死了，物理上无法篡改。
• 软件信任根 (SWRoT)：用一段受保护的软件代码作为起点，比如存放在OTP(一次性可编程)存储器中的引导代码。安全性稍弱，但灵活性更高。
• 混合信任根：硬件提供基础保护，软件负责灵活策略。比如用硬件密钥存储公钥，用软件实现签名验证逻辑。

我个人更倾向于硬件信任根。为什么？因为软件信任根再安全，也防不住物理攻击——比如通过电压毛刺让验证代码跳过去。硬件信任根把这些攻击面堵死了。

安全启动的局限性

说了这么多好处，我也得泼点冷水。安全启动不是万能的：

• 它不防运行时攻击——安全启动只保证启动过程安全，系统跑起来之后的内存攻击、栈溢出，它管不了。
• 密钥管理是最大短板——私钥一旦泄露，整个信任链就形同虚设。我见过有公司把签名私钥放在Git仓库里……嗯，后果可想而知。
• 影响启动速度——每次验证都要计算签名，会拖慢启动时间。在实时性要求高的场景下，需要做性能权衡。