1、回滚攻击原理
大家好，我是你们这期课程的主讲。在嵌入式安全这块摸爬滚打了十几年，回滚攻击算是我见过最「阴」的一种手法。它不跟你正面硬刚，专挑版本管理的漏洞下手。今天咱们就把它的底裤扒干净。
什么是固件回滚攻击
说白了，回滚攻击就是攻击者把设备上正在跑的固件，强行降级到一个有漏洞的老版本。你想想看，厂商辛辛苦苦修了bug、打了补丁，结果攻击者一句话：「我不认」，直接把固件倒回到三个月前那个千疮百孔的版本。
我遇到过最典型的案例——某智能门锁厂商推送了安全更新，修复了蓝牙配对漏洞。结果攻击者通过物理接触，把固件刷回了旧版，然后拿着旧版漏洞直接开锁。你说气不气人？
核心定义：回滚攻击是指攻击者绕过版本校验机制，将设备固件降级到存在已知漏洞的旧版本，从而复用已被修复的攻击路径。
攻击者的动机与场景
攻击者为什么要费这个劲？动机其实很直接：
- 复用已知漏洞——新版本把路堵死了，那我就回到老路上走
- 破解付费功能——有些设备新版本加强了版权保护，降级就能白嫖
- 植入后门——旧版签名校验弱，方便篡改固件
- 破坏设备可用性——让设备无法升级，变成「孤儿设备」
我见过一个工业网关的案例。攻击者把固件降级后，利用旧版未修复的缓冲区溢出漏洞，直接拿到了root权限。整个过程不到10分钟。
常见的攻击场景有这么几类：
| 场景 | 攻击方式 | 典型目标 |
|---|---|---|
| 物理接触 | 通过JTAG/SWD接口直接刷写 | IoT设备、工控终端 |
| OTA中间人 | 劫持升级包，替换为旧版固件 | 智能家居、车机 |
| 存储篡改 | 修改Flash中的版本号字段 | 嵌入式Linux设备 |
| 引导加载器绕过 | 利用Bootloader漏洞跳过版本检查 | 路由器、摄像头 |
回滚攻击的技术实现方式
技术实现上，攻击者通常走这三条路：
1. 直接篡改版本号
很多设备的固件头里有个版本号字段。升级时只检查这个数字，不校验固件内容的完整性。攻击者把新版固件的版本号改成「99.99.99」，骗过检查，然后刷入旧版固件。
// 典型的脆弱版本检查代码
typedef struct {
uint32_t magic;
uint32_t version; // 只检查这个
uint32_t crc32;
uint8_t data[];
} firmware_header_t;
bool check_version(firmware_header_t *hdr) {
// 只比较版本号大小，不校验固件内容
return hdr->version >= current_version;
}这段代码的问题在哪？它只比大小，不验证固件是不是真的新版本。攻击者完全可以伪造一个高版本号，塞进旧固件。
2. 绕过签名校验
有些设备虽然做了签名校验，但旧版本的签名密钥可能已经泄露。攻击者拿到旧版私钥后，给旧固件重新签名，设备照样认。
注意：签名校验不是万能的。如果密钥管理不当，或者旧版本使用了弱算法（比如MD5、SHA1），攻击者照样能绕过。我曾经在某个路由器上看到过硬编码的私钥，直接写在代码里——这跟没锁门有什么区别？
3. 利用Bootloader漏洞
Bootloader是设备启动的第一道关卡。如果Bootloader本身有漏洞，攻击者可以直接跳过版本检查，强行加载旧版固件。
我印象很深的一个案例：某款智能摄像头的Bootloader在启动时，会检查SD卡里有没有一个叫「update.bin」的文件。如果有，直接加载，不验证签名，不检查版本。攻击者把旧版固件改个名放进去，设备就乖乖降级了。
攻击链路全景图
下面这张图把整个攻击链路串起来了。从攻击者接触到设备，到最终降级成功，每一步都踩在版本管理的痛点上。
我的经验：做回滚防护，别只盯着签名。版本号管理、密钥轮换、Bootloader安全，这三块少一块都不行。我曾经帮一个客户做安全审计，他们签名算法用的是RSA-2048，够强了吧？但版本号字段明文存储，攻击者直接改Flash里的版本号就绕过了——典型的「锁装对了，门没关」。
为什么回滚攻击难以防御
原因其实很简单：版本管理的信任链是单向的。设备只知道「新版本应该比旧版本好」，但它没法判断「这个新版本是不是真的来自厂商」。攻击者只要在某个环节插一脚，就能打破这个信任链。
我总结了几条「回滚攻击之所以屡试不爽」的原因：
- 版本号可伪造——没有硬件锚点绑定版本信息
- 旧版本签名密钥未吊销——攻击者拿到旧密钥就能合法签名
- Bootloader缺乏防回滚机制——启动链上没人管版本新旧
- 存储介质可物理访问——Flash芯片直接暴露，随便读随便写
嗯，说到这里，你应该对回滚攻击有了个整体认识。它不是什么高深莫测的技术，但正因为实现简单、效果显著，才成了嵌入式安全里最头疼的问题之一。后面的章节，我会带你一步步把这条路堵死。