2. 安全威胁分析：OTA更新面临的主要安全威胁
OTA更新，说白了就是把新固件从云端送到设备里。这个过程中间，数据要经过网络、服务器、传输链路，最后才落到你的芯片上。每一步都可能被人盯上。
我做了这么多年嵌入式安全，见过太多因为OTA被攻破而翻车的项目。有的设备被植入后门，有的被刷成砖头，还有的被人拿来当跳板攻击整个网络。这些问题的根源，往往就是没搞清楚OTA到底面临哪些威胁。
今天咱们就把这三个最要命的威胁掰开揉碎了讲清楚：中间人攻击、固件篡改、重放攻击。
2.1 中间人攻击（Man-in-the-Middle, MITM）
中间人攻击，说白了就是攻击者插在你和设备之间，偷偷看甚至改你的数据。你以为是跟服务器通信，其实对面是个冒牌货。
核心问题：设备无法验证通信对方的真实身份，攻击者伪装成合法服务器，截获并篡改OTA更新数据。
2.1.1 攻击场景
我见过一个典型的案例：某智能门锁厂商使用HTTP明文传输固件。攻击者在公共Wi-Fi上做了个ARP欺骗，设备下载固件时，实际是从攻击者的笔记本上拿到的。结果呢？门锁被远程开了，用户家里被偷了个精光。
常见的中间人攻击手法包括：
- ARP欺骗：局域网内伪造网关MAC地址，劫持设备流量
- DNS劫持：篡改DNS解析结果，把更新服务器域名指向恶意IP
- 伪造基站：在蜂窝网络或NB-IoT场景下，用伪基站拦截设备通信
- Wi-Fi钓鱼：搭建同名热点，诱骗设备自动连接
2.1.2 为什么TLS还不够？
很多人觉得，上了HTTPS就万事大吉了。其实不然。我在项目中遇到过好几次，设备虽然用了TLS，但证书验证没做全。
举个例子：有些设备只检查了证书是否过期，没验证证书链是否完整。攻击者搞个自签名证书，设备照样认。还有的设备干脆把证书校验关了，说是为了“调试方便”，结果上线后忘了打开。
避坑指南：我曾经在一个智能电表项目里发现，设备只验证了服务器证书的Common Name字段，没验证签发机构。攻击者伪造一个同名证书就能轻松绕过。记住：TLS不是银弹，证书校验必须做完整。
2.2 固件篡改（Firmware Tampering）
固件篡改，就是攻击者把合法的固件包换成了恶意版本。这个威胁比中间人攻击更隐蔽，因为即使通信链路是安全的，固件本身也可能在存储或传输过程中被动手脚。
2.2.1 篡改路径分析
固件从编译到烧录，中间要经过好几个环节。每个环节都可能被攻击：
| 环节 | 风险描述 | 攻击难度 |
|---|---|---|
| 开发环境 | 开发机被植入恶意代码，编译出的固件自带后门 | 高 |
| CI/CD流水线 | 构建服务器被攻破，固件签名密钥泄露 | 中 |
| 固件仓库 | 云存储权限配置不当，攻击者直接替换固件文件 | 低 |
| CDN分发 | CDN节点被污染，用户下载到篡改版本 | 中 |
| 设备本地存储 | 固件下载到设备后，在安装前被其他进程篡改 | 低 |
你看，从开发到部署，几乎每个环节都有被篡改的可能。所以光靠传输加密是不够的，必须要有端到端的完整性校验。
2.2.2 篡改的后果
固件被篡改后，设备的行为完全不可控。我见过最离谱的一次：某工业PLC的OTA固件被人替换成了勒索软件版本。设备启动后直接加密了所有控制逻辑，工厂停产三天，损失上千万。
个人经验：我习惯在固件包中同时包含哈希值和数字签名。哈希值用于快速校验完整性，数字签名用于验证来源可信。两者缺一不可。
2.3 重放攻击（Replay Attack）
重放攻击，就是攻击者把之前合法的OTA更新包，在另一个时间点重新发送给设备。你可能会想：这有什么危害？固件本身是合法的啊。
嗯，这里要注意：合法的固件，在错误的时间点下发，同样能造成灾难。
2.3.1 攻击原理
攻击者不需要破解你的签名算法，也不需要篡改固件内容。他只需要在某个时间点，抓取一次合法的OTA更新包，然后存起来。等到合适的时机，再把这个包重新发给设备。
举个例子：某厂商发布了固件v2.0，修复了一个严重的安全漏洞。攻击者抓到了这个更新包。后来厂商又发布了v2.1，但攻击者把v2.0的包重新发给设备。设备一看，签名合法，版本号比当前高，就乖乖更新了。结果呢？安全漏洞又被重新打开了。
2.3.2 重放攻击的变种
重放攻击不只是针对固件包本身，还可以针对OTA过程中的控制指令：
- 版本回滚攻击：强制设备更新到旧版本，利用已知漏洞入侵
- 指令重放：重复发送“开始更新”指令，导致设备反复重启或进入升级模式
- 分片重放：在分包传输场景下，重放某个数据分片，破坏固件完整性
避坑指南：我曾经在一个车机OTA项目里，发现设备只检查了固件签名，没检查版本号是否递增。攻击者把一年前的固件重放给设备，导致车载娱乐系统降级，蓝牙模块失效。从那以后，我设计的OTA协议里一定会包含版本号防回滚机制。
2.4 三种威胁的关系与防御思路
这三种威胁不是孤立的，它们经常组合出现。攻击者可能先用中间人攻击截获固件，篡改后再重放给设备。或者先重放一个旧版本，再利用中间人攻击注入恶意指令。
下面这张图展示了OTA更新过程中，三种威胁的攻击路径：
2.5 威胁优先级与应对策略
这三种威胁，哪个最要命？我个人觉得，固件篡改的危害最大，因为它直接改变了设备的执行逻辑。其次是重放攻击，因为它能绕过很多看似严密的防护。中间人攻击虽然常见，但只要做好TLS和证书校验，基本能防住。
下面是我在实际项目中总结的应对优先级：
| 优先级 | 威胁类型 | 核心防护手段 | 实现成本 |
|---|---|---|---|
| P0 | 固件篡改 | 数字签名（RSA/ECDSA）+ 哈希校验 | 中 |
| P1 | 重放攻击 | 版本号防回滚 + 单调计数器 | 低 |
| P2 | 中间人攻击 | TLS双向认证 + 证书固定 | 高 |
个人建议：如果你的设备资源有限（比如只有几十KB的Flash），优先保证数字签名和版本号校验。TLS可以退而求其次用预共享密钥（PSK）模式，但签名和防回滚绝对不能省。
好了，三种主要威胁都讲完了。你可能会问：这些威胁具体怎么防御？别急，后面的章节会逐一展开。签名算法怎么选、密钥怎么管理、防回滚怎么实现，咱们一个一个来啃。