1. 安全启动概述：物联网设备面临的安全威胁、安全启动的定义与目标、可信根的概念
大家好，欢迎来到咱们这门实战课。我是你们的老朋友，一个在嵌入式安全领域摸爬滚打了十几年的工程师。
今天咱们聊点实在的——安全启动。这玩意儿，说白了就是物联网设备的“第一道防线”。你想想看，一个设备如果连自己跑的程序是不是被篡改过都搞不清楚，那后面的加密、通信、数据保护，全都是空中楼阁。
1.1 物联网设备面临的安全威胁
先说说物联网设备到底有多“脆弱”。我刚开始做物联网项目那会儿，总觉得设备跑在封闭环境里，没人能碰得到。结果呢？现实狠狠给了我一巴掌。
常见的威胁，我列几个典型的：
- 固件篡改：攻击者通过物理接口（比如JTAG、UART）或者网络漏洞，把恶意固件写进Flash里。设备一开机，跑的就是人家的代码了。
- 启动劫持：利用Bootloader的漏洞，跳过签名校验，直接加载恶意镜像。我在一个智能门锁项目里就遇到过，攻击者通过串口干扰启动流程，成功绕过了校验。
- 物理攻击：比如电压毛刺、激光照射，让CPU在关键判断时“跳”过安全检查。嗯，这招在实验室里很常见，量产设备也得防。
- 回滚攻击：把设备固件降级到有漏洞的旧版本，然后利用已知漏洞入侵。我曾经帮客户排查过一批“莫名其妙被黑”的网关，最后发现是攻击者把固件版本从v2.3降回了v1.1。
核心问题：设备无法确认自己运行的代码是否“干净”。没有安全启动，你连信任的基础都没有。
1.2 安全启动的定义与目标
那安全启动到底是个啥？
我个人习惯这么定义：安全启动是一套从硬件复位开始，逐级验证代码完整性和真实性的机制。它确保设备只运行经过授权的、未被篡改的固件。
它的目标很明确：
- 完整性校验：确保代码在存储或传输过程中没被改过。哪怕只改了一个比特，启动也得停下来。
- 真实性验证：确认代码确实来自合法的发布者（比如你公司），而不是某个黑客伪造的。
- 链式信任：从最底层的硬件开始，一级验证一级，直到整个系统启动完成。中间任何一环断了，系统就罢工。
说白了，安全启动就是给设备装了个“安检门”。每次开机，都得把行李（固件）过一遍扫描仪。过不去？对不起，门不开。
我的经验：别把安全启动想得太复杂。它本质上就是一个“验证循环”——读一段代码，算个哈希，跟签名比一比。对了就继续，错了就死机。就这么简单。
1.3 可信根的概念
聊安全启动，绕不开一个词——可信根（Root of Trust, RoT）。
你想想看，如果整个验证链条的起点都不安全，那后面再怎么验都是白搭。可信根，就是那个“绝对可信”的起点。它通常固化在硬件里，无法被软件修改。
常见的可信根形式：
| 类型 | 说明 | 典型实现 |
|---|---|---|
| 硬件不可变代码 | 固化在ROM里的Bootloader，出厂后无法更改 | MCU内部ROM Boot |
| 一次性可编程存储器 | 存储公钥哈希或设备密钥，写入后永久锁定 | eFuse、OTP |
| 硬件安全模块 | 独立的加密引擎，提供密钥管理和签名验证 | HSM、Secure Element |
我记得有一次做车载T-Box项目，客户要求可信根必须放在独立的HSM里。当时觉得有点过度设计，后来发现——HSM能防物理攻击，比如侧信道攻击、故障注入。普通MCU的Flash，用探针就能读出来。嗯，从那以后，我对硬件可信根的看法彻底变了。
避坑指南：我曾经见过一个团队，把公钥直接放在Flash里，还忘了加写保护。结果攻击者通过串口把公钥换成了自己的，然后签了个恶意固件……设备就这么“合法”地被黑了。记住：可信根必须硬件保护，不能依赖软件。
1.4 安全启动的典型流程
讲完概念，咱们看看实际怎么跑。一个典型的安全启动流程，大概是这样的：
- 上电复位：CPU从ROM里的Bootloader开始执行。这段代码是硬件固化的，改不了。
- 验证下一级Bootloader：ROM代码读取Flash里的Bootloader，计算哈希，用存储在eFuse里的公钥验证签名。
- 验证应用固件：Bootloader再读取应用固件，同样做哈希和签名验证。
- 启动系统：全部验证通过，跳转到应用固件执行。否则，进入错误处理（比如死循环、报警）。
这里有个关键点：每一级只信任上一级。ROM信任Bootloader，Bootloader信任应用固件。这就是所谓的“链式信任”。
核心原则：信任不能传递，只能验证。每一级都必须用自己的方式确认下一级的合法性。
1.5 为什么安全启动这么重要？
你可能会问：我做个简单的传感器，也要搞安全启动吗？
我的回答是：看场景。但说实话，现在物联网攻击已经自动化了。攻击者用脚本扫描全网设备，找到没做安全启动的，直接注入恶意固件，然后挖矿、DDoS、窃数据……你的设备就成了“肉鸡”。
我见过最惨的一个案例：某智能灯控系统，没做安全启动。攻击者通过WiFi漏洞写入了勒索固件，所有灯半夜自动开关，还弹出“支付比特币解锁”的界面。客户差点崩溃。
所以，安全启动不是“要不要”的问题，而是“什么时候做”的问题。我个人建议：从产品设计第一天就把它加进去。后期补，成本高、风险大，还容易出漏洞。
我的习惯：做新项目时，我会先画一张“信任链图”。从硬件复位开始，标出每一级代码的存储位置、验证方式、密钥来源。这张图能帮你一眼看出哪里可能出问题。
1.6 小结
好，咱们今天聊了三个核心概念：
- 安全威胁：固件篡改、启动劫持、物理攻击、回滚攻击——这些都是真实存在的，不是吓唬人。
- 安全启动：一套从硬件开始的逐级验证机制，确保只运行可信代码。
- 可信根：整个信任链的起点，必须硬件保护，不可篡改。
下一章，咱们会深入聊聊硬件可信根的具体实现——eFuse怎么用、OTP怎么烧、ROM Bootloader怎么写。这些都是实战中躲不开的硬骨头。到时候我会拿一个实际MCU的案例，带大家一步步走通。
嗯，今天就到这儿。有问题随时找我，咱们下章见。