1. OTA 安全概述：从一次“变砖”说起

各位同学，咱们今天聊 OTA 安全。在正式开始之前，我先讲个真事。

几年前我参与过一个智能门锁的项目。产品已经量产了，突然发现有个蓝牙协议栈的 bug，得赶紧修复。团队决定用 OTA 推送新固件。结果呢？推送后大概有 5% 的设备直接“变砖”了——固件被篡改，签名校验形同虚设。用户打不开门，售后电话被打爆。

那次事故让我彻底明白：OTA 更新不是“把新固件发过去”那么简单。它是一条从云端到设备、再从设备到硬件的完整链路。任何一个环节出问题，轻则功能异常，重则设备报废、数据泄露。

好，咱们先搞清楚 OTA 到底是什么。

1.1 什么是 OTA 更新

OTA，全称 Over-The-Air，就是通过无线网络给设备更新固件或软件。你想想看，手机系统升级、智能音箱功能更新、汽车 ECU 打补丁——这些背后都是 OTA。

传统更新方式需要连接电脑、插线、手动烧录。OTA 省掉了这些麻烦。设备联网后，自动下载新固件，校验通过后写入存储区，重启生效。

一个典型的 OTA 流程长这样：

1. 固件打包：开发者编译新固件，生成二进制文件。
2. 签名与加密：用私钥签名，用对称密钥加密（可选）。
3. 上传分发：固件包上传到云端服务器。
4. 设备下载：设备通过 HTTPS/MQTT/CoAP 等协议下载固件包。
5. 校验与解密：设备验证签名、解密数据。
6. 写入与切换：将新固件写入备用分区，标记启动。
7. 重启生效：设备重启，从新分区启动。

嗯，这里要注意：每一步都可能被攻击。咱们后面会逐个拆解。

1.2 OTA 更新的安全风险

我习惯把 OTA 安全风险分成三类：传输风险、存储风险、执行风险。咱们用一张图来看清楚。

咱们一个个说。

传输风险

• 中间人攻击：攻击者在设备与服务器之间截获通信，替换固件包。我见过一个案例，攻击者伪造了 OTA 服务器的证书，设备毫无察觉地下载了恶意固件。
• 固件窃取/篡改：明文传输的固件包，谁都能抓包分析。商业产品的核心算法、密钥都可能被扒光。
• 重放攻击：攻击者抓取一次合法的固件包，反复推送给设备，导致设备反复更新同一个旧版本。
• 降级攻击：强迫设备回退到有已知漏洞的旧固件版本。说白了，就是让你“开倒车”。

存储风险

• 固件逆向分析：固件包如果没加密，攻击者拿到后直接反汇编，找漏洞、挖密钥。
• 密钥提取：私钥或对称密钥硬编码在固件里？我曾经在某个 IoT 设备里发现 AES 密钥就写在字符串常量区，连混淆都没做。
• 分区篡改：攻击者通过物理接口（JTAG、UART）直接改写 Flash 中的固件分区。
• 回滚攻击：设备存储了旧固件，攻击者强制设备从旧分区启动，绕过安全补丁。

执行风险

• 校验绕过：签名校验代码有逻辑漏洞，攻击者可以伪造签名或直接跳过校验。
• 启动链攻击：从 BootROM 到 Bootloader 再到 OS，任何一个环节的信任链断裂，整个系统就沦陷了。
• 更新中断/变砖：更新过程中断电、断网，设备可能卡在中间状态，再也起不来。
• 恶意固件注入：攻击者通过其他漏洞（如远程命令执行）直接写入恶意固件，不走 OTA 流程。

1.3 安全防护的重要性

你可能会问：OTA 安全真的那么重要吗？我直接上 HTTPS 不就行了？

嗯，HTTPS 只是第一道门。咱们看几个真实后果：

安全事件	后果	影响范围
固件被篡改	设备变砖、功能异常	单设备/批量设备
密钥泄露	所有设备可被伪造固件攻击	全产品线
降级攻击	已修复的漏洞重新暴露	受影响设备
中间人攻击	恶意固件植入、数据窃取	网络内所有设备
更新中断	设备无法恢复，需返厂维修	单设备

我个人的经验是：OTA 安全不是“锦上添花”，而是“生死线”。尤其是以下场景：

• 医疗设备：固件被篡改可能导致患者生命危险。
• 汽车 ECU：刹车系统、转向系统的 OTA 更新一旦出问题，后果不堪设想。
• 智能门锁/安防：固件被破解等于把家门钥匙交给黑客。
• 工业控制器：停产、设备损坏、甚至安全事故。