1. 安全启动概述：什么是安全启动、为什么需要安全启动、安全启动的核心目标
大家好，欢迎来到《嵌入式系统安全启动方案实战》的第一章。
说实话，做了这么多年嵌入式安全，我见过太多因为启动环节出问题导致整个产品沦陷的案例。有一次，一个做智能门锁的客户找到我，说他们的产品被破解了——攻击者通过串口干扰了启动流程，直接跳过了签名校验，加载了恶意固件。嗯，从那以后，我就特别重视安全启动这个环节。
什么是安全启动
安全启动，说白了就是让嵌入式设备从通电到运行主程序这段过程，每一步都受到保护。它确保设备只运行经过授权的、未被篡改的代码。
你想想看，设备一上电，CPU 首先执行的是 ROM 里的固化代码（也就是 BootROM）。然后 BootROM 加载 Bootloader，Bootloader 再加载操作系统或应用程序。这一连串的加载过程，如果没有任何安全措施，攻击者完全可以中途插入恶意代码。
安全启动的核心机制是信任链。每一级代码在加载下一级之前，都要先验证它的完整性和来源。就像接力赛一样，每一棒都要确认下一棒是“自己人”。
信任链的典型流程：
- BootROM（只读，硬件固化）验证 Bootloader 的签名
- Bootloader 验证 OS Kernel 的签名
- OS Kernel 验证文件系统或应用程序的签名
- 任何一步验证失败，设备停止启动或进入恢复模式
我个人习惯把安全启动比作一个“安检通道”。每个代码模块都要过安检，没有“票”（有效签名）就不让过。
为什么需要安全启动
这个问题我经常被问到。有些工程师觉得，我的产品又不联网，谁会来攻击？
我在项目中遇到过不止一次，攻击者通过物理接触（比如 JTAG、UART 调试接口）直接改写 Flash 内容。还有一次，一个工控设备被植入了挖矿程序，就是因为启动时没有校验固件签名。
安全启动的必要性主要体现在这几个方面：
- 防止固件被篡改：攻击者替换掉你的固件，设备就变成了别人的“肉鸡”
- 防止回滚攻击：攻击者把固件降级到有漏洞的旧版本，然后利用已知漏洞入侵
- 保护知识产权：防止竞争对手或第三方提取、复制你的固件
- 满足合规要求：很多行业标准（如 IEC 62443、GDPR）都要求设备具备安全启动能力
注意：没有安全启动的设备，就像一扇没锁的门。攻击者不需要多高深的技术，只要有一根串口线或者一个编程器，就能让你的产品“叛变”。
安全启动的核心目标
安全启动的核心目标，可以用信息安全领域经典的 CIA 三元组来概括。不过在实际的嵌入式场景里，侧重点会有些不同。
| 目标 | 含义 | 在安全启动中的体现 |
|---|---|---|
| 机密性 (Confidentiality) | 防止敏感信息泄露 | 固件加密存储、密钥不被明文暴露 |
| 完整性 (Integrity) | 确保代码未被篡改 | 数字签名验证、哈希校验 |
| 可用性 (Availability) | 确保系统能正常启动 | 防拒绝服务、防启动流程被破坏 |
机密性
机密性在安全启动里，主要关注的是固件和密钥的保密。如果固件被攻击者读取，他们就能分析漏洞、提取算法、甚至克隆产品。
我曾经遇到一个客户，他们的产品固件是明文存储在外部 SPI Flash 里的。攻击者用逻辑分析仪抓取 SPI 总线数据，直接把整个固件 dump 了出来。后来我们加了 AES 加密，密钥存储在芯片内部的 eFuse 里，这个问题才解决。
常见的做法包括：
- 固件使用对称密钥加密存储，启动时由 BootROM 解密
- 密钥存储在芯片内部的安全存储区（如 OTP、eFuse、TEE）
- 调试接口（JTAG/SWD）在产品量产时永久关闭
完整性
完整性是安全启动最核心的目标。说白了，就是要确保你烧进去的固件，和实际运行的固件是同一个东西，中间没有被动过手脚。
完整性校验通常通过数字签名来实现。BootROM 里固化了公钥，固件发布时用私钥签名。启动时，BootROM 用公钥验证签名，签名不通过就拒绝启动。
避坑指南：我曾经见过一个产品，签名算法用的是 MD5。嗯，MD5 早就被证明是不安全的了。攻击者可以轻松构造碰撞，绕过签名校验。现在最低要求是 SHA-256 + RSA-2048 或 ECDSA。
可用性
可用性这个目标，有时候容易被忽略。你想，如果攻击者破坏了启动流程，让设备变砖了，虽然他没拿到控制权，但你的产品也没法用了。这在工业控制、医疗设备等场景里，后果可能非常严重。
可用性在安全启动中的体现：
- 防启动拒绝服务：攻击者通过破坏关键启动数据，导致设备无法正常启动
- 安全恢复机制：当主固件损坏时，能从备份区域或安全恢复模式启动
- 看门狗保护：启动过程中如果卡死，硬件看门狗能自动复位
我记得有一个项目，客户要求设备在固件升级失败后，还能自动回滚到上一个可用版本。这就是典型的可用性设计——既保证了完整性（签名校验），又保证了可用性（回滚机制）。
安全启动的整体架构
下面这张图展示了安全启动的典型架构和信任链传递过程。我建议你仔细看看，后面的章节都会围绕这个架构展开。
从这张图你可以看到，信任链从 BootROM 开始，逐级向下传递。每一级都承担着“验证者”和“被验证者”的双重角色。一旦某个环节的验证失败，整个启动过程就会终止。
小结
这一章我们聊了安全启动的基本概念。说白了，它就是一套确保设备只运行可信代码的机制。核心目标围绕机密性、完整性和可用性展开，其中完整性是重中之重。
嗯，这里要提醒一下：安全启动不是银弹。它解决的是启动阶段的安全问题，但设备运行起来之后，还有运行时安全、通信安全、数据安全等一大堆问题等着你。不过别急，后面的章节我们会一个一个地啃。
个人建议：刚开始接触安全启动时，不要试图一步到位。先把信任链跑通，再逐步加入加密、防回滚、安全恢复等特性。我在早期项目中就吃过“想太多”的亏——功能加得太多，结果启动时间从 2 秒变成了 20 秒，产品经理差点没把我吃了。