第2章固件安全威胁分析

2、固件安全威胁分析：固件被篡改的风险、逆向工程威胁、物理攻击与侧信道攻击

大家好，我是你们的嵌入式安全讲师。今天咱们聊聊固件安全威胁。说实话，这行干久了，你会发现固件安全其实是个「攻防博弈」的过程。我见过太多产品，功能做得花里胡哨，安全却像纸糊的一样。

为什么会这样？因为很多工程师觉得「我的设备又不联网，谁会来攻击？」。嗯，这个想法很危险。我当年做第一代物联网网关时也这么想，结果被客户反馈回来一个被篡改的固件——对方直接通过串口把我们的logo换成了竞争对手的。你说尴尬不尴尬？

所以，咱们得把威胁摸清楚。下面我按三个维度来讲：固件被篡改、逆向工程、物理与侧信道攻击。

固件篡改，说白了就是别人把你的代码换成了他的代码。这可不是改个界面那么简单。

⚠️ 注意： 篡改后的固件可能植入后门、窃取数据，甚至让设备变成僵尸网络的一员。

我遇到过最典型的案例：某智能电表厂商，升级固件时没做签名校验。黑客拿到一个合法固件，反编译后植入挖矿脚本，再通过OTA通道下发到所有设备。结果呢？整个电网的终端设备都在帮黑客挖矿，电费还照常收——用户根本不知道。

常见的篡改途径有这些：

你想想看，如果固件没有数字签名和完整性校验，那设备就像没锁门的房子。谁都能进。

💡 我的建议： 哪怕是最简单的产品，也至少做一次CRC校验。虽然CRC防不了恶意篡改（因为攻击者可以重新计算CRC），但至少能发现传输错误。真正防篡改，得用非对称签名——私钥签，公钥验。

逆向工程，是黑客的「拆解艺术」。他们拿到你的固件，用IDA Pro、Ghidra这些工具反汇编，然后分析你的算法、协议、密钥。

我个人习惯把逆向威胁分成两类：

我记得有一次帮客户做安全审计。他们的产品用AES-128加密通信，密钥硬编码在固件里。我打开Hex编辑器，搜索「key」字符串——好家伙，直接找到了明文密钥。这哪是加密？这是给黑客送温暖啊。

逆向工程的常见目标：

这里有个避坑指南：千万不要把敏感信息以明文形式放在固件里。我曾经见过有人把数据库密码写在配置文件里，然后编译进固件——结果反编译后直接暴露。正确的做法是用密钥派生函数，或者把密钥存储在安全元件（SE）中。

🔐 对抗逆向的常用手段：

- 代码混淆（控制流平坦化、字符串加密）

- 反调试检测（检查调试寄存器、执行时间）

- 完整性自检（运行时校验代码段哈希）

- 关键算法动态解密（运行时才解密，用完即销毁）

这部分比较硬核。物理攻击，就是直接上手摸芯片。侧信道攻击，则是通过「旁门左道」偷信息。

先说说物理攻击。我当年在实验室里干过这事：用激光切割机打开芯片封装，然后用微探针直接读取Flash内容。听起来像科幻片？其实设备不贵，一套入门级的微探针台也就几万块。

常见的物理攻击方式：

侧信道攻击就更「优雅」了。它不直接碰芯片，而是通过分析功耗、电磁辐射、运行时间等「副作用」来推断密钥。

举个例子：AES加密时，不同的密钥位会导致不同的功耗波形。攻击者采集几千条功耗曲线，用统计学方法就能把密钥还原出来。我见过一个团队，用示波器加一个电阻，就破解了某款智能卡芯片的AES-128密钥——整个过程不到一小时。

⚠️ 注意： 侧信道攻击对嵌入式设备威胁极大。因为MCU通常没有屏蔽措施，功耗和电磁信号很容易被采集。而且攻击者不需要拆开设备，只要靠近就能采集信号。

常见的侧信道攻击类型：

怎么防？说实话，没有银弹。但有几个基本原则：

我记得有一次做车规级ECU的安全设计。客户要求防物理攻击，我们最后用了多层方案：芯片用树脂封装，内部有主动防护网（检测到探针接触就擦除密钥），再加上运行时功耗随机化。虽然成本高了30%，但通过了最高安全等级认证。

💡 我的经验： 别想着把所有攻击都防住。现实是，攻击成本 > 攻击收益，攻击者就会放弃。所以你的目标是提高攻击门槛，而不是追求绝对安全。比如，让破解成本从1000元升到10万元，大部分黑客就绕道了。

好了，这一章的内容就到这里。总结一下：固件安全威胁不是单一维度的，篡改、逆向、物理攻击和侧信道攻击，每个方向都有对应的防护手段。下一章我会讲具体的加密算法在Bootloader中的应用，咱们到时候见。