1. 签名验签概述：为什么嵌入式设备需要签名验签？

大家好，我是你们的嵌入式安全讲师。今天咱们聊聊嵌入式设备里一个绕不开的话题——签名验签。

说实话，我早年做嵌入式开发时，对安全这块儿也没太当回事。总觉得“我的设备又不联网，谁会来攻击？”结果呢？有一次客户反馈设备升级后频繁死机，查了半天才发现是有人伪造了升级包刷了进去。从那以后，我彻底改变了看法。

嵌入式设备不像PC或手机，用户没法装杀毒软件，也没法频繁打补丁。一旦固件被篡改，设备就可能变成别人的“肉鸡”，甚至引发物理安全事故。所以，签名验签不是“锦上添花”，而是“保命手段”。

1.1 嵌入式设备面临的安全威胁

你想想看，一个智能电表、一台工业PLC、或者一辆汽车的ECU，它们都运行着固件。这些固件一旦被恶意修改，后果不堪设想。

常见的攻击场景主要有这么几类：

• 固件篡改：攻击者通过调试接口（JTAG/SWD）、串口或者物理拆解，读取Flash中的固件，然后植入后门或恶意代码，再写回去。
• 伪造升级包：设备通过OTA或本地升级时，攻击者截获或伪造一个升级包，诱导设备刷入。我在项目中就遇到过，有人伪造了路由器的固件升级包，植入了挖矿程序。
• 回滚攻击：攻击者让设备降级到有已知漏洞的旧版本固件，然后利用漏洞入侵。
• 中间人攻击：在固件下载过程中，攻击者拦截并替换数据包。

1.2 签名验签能解决什么问题？

签名验签说白了，就是给固件打上一个“防伪标签”。它主要解决三个核心问题：

安全需求	说明	签名验签的作用
完整性校验	确保固件在传输或存储过程中没有被修改	签名基于哈希，任何改动都会导致验签失败
来源认证	确认固件确实来自合法的厂商或开发者	私钥签名，公钥验签，只有持有私钥的厂商才能生成有效签名
抗抵赖性	厂商不能否认自己发布的固件	签名具有法律效力，私钥唯一对应厂商身份

1.3 签名验签的基本流程

嗯，这里我画了一张流程图，帮你快速理解整个过程：

流程其实不复杂：

1. 签名阶段（厂商侧）：对固件计算哈希值，然后用私钥对哈希值加密，生成签名。最后把固件和签名打包在一起发布。
2. 验签阶段（设备侧）：设备收到固件后，用公钥解密签名，得到原始的哈希值。同时自己计算固件的哈希值，两者对比。一致就通过，不一致就拒绝。

1.4 常见的签名算法选型

嵌入式设备资源有限，选算法时不能只看安全性，还得考虑性能和代码体积。我个人习惯用这几类：

算法	密钥长度	签名长度	性能	适用场景
RSA	2048/4096位	256/512字节	验签快，签名慢	资源较丰富的设备（如网关、工控机）
ECDSA	256位（P-256）	64字节	签名和验签都快	资源受限设备（如传感器、MCU）
Ed25519	256位	64字节	极快，抗侧信道	新一代设备，推荐首选

1.5 签名验签的典型应用场景

在实际项目中，签名验签主要用在以下几个地方：

• 固件OTA升级：设备从云端下载升级包前，先验签。这是最常见的场景。
• 安全启动（Secure Boot）：设备上电后，Bootloader验签下一级固件，逐级校验，确保整个启动链可信。
• 外设固件加载：比如Wi-Fi模块、蓝牙模块的固件，主控芯片在加载前验签。
• 配置文件/脚本验签：设备加载关键配置或执行脚本时，验签防止篡改。

我记得有一次做智能门锁项目，客户要求固件升级必须安全。我们用了ECDSA签名，Bootloader里集成验签逻辑。结果测试时发现，升级包稍微大一点，验签时间就超过10秒，用户体验很差。后来优化了哈希计算和验签流程，才压到3秒以内。嗯，这里要提醒你：性能优化和安全性要平衡，不能为了安全牺牲太多用户体验。

1.6 没有签名验签的后果

最后，我再说一个真实案例。某品牌的智能摄像头，固件没有签名验签。攻击者通过漏洞获取了root权限，然后替换了固件中的视频流处理模块，把摄像头变成了“直播摄像头”，用户隐私完全暴露。更可怕的是，攻击者还能通过固件后门控制摄像头转动、关闭报警。

这个案例告诉我们：签名验签不是可选项，而是嵌入式设备的底线。没有它，你的设备就是裸奔。