固件打包与签名：让每一行代码都带上“身份证”
好，咱们进入第三章。这一章讲的是固件打包与签名，说白了就是——你辛辛苦苦写出来的代码，怎么安全地送到设备上，并且保证路上没人动手脚。
我个人习惯把固件打包比作“装箱发货”。你写好的二进制代码是货物，压缩算法是打包技巧，签名就是封条。而验签，就是收货时检查封条有没有被撕开过。
固件镜像格式：不只是二进制那么简单
很多新手以为固件就是个.bin文件，直接烧进去就完事了。其实不然。我在项目中遇到过，不同芯片、不同场景，固件格式差别很大。
常见的固件镜像格式有这么几种：
| 格式 | 特点 | 典型场景 |
|---|---|---|
| 原始二进制（Raw Binary） | 最简单，无头信息，直接烧录 | 小MCU、Bootloader |
| Intel HEX（.hex） | 文本格式，带地址信息 | 单片机编程、调试 |
| SREC（.srec） | 类似HEX，但更灵活 | 汽车电子、工业控制 |
| ELF（.elf） | 带调试信息、符号表 | 开发调试阶段 |
| 自定义打包格式 | 包含头部、版本、校验、签名等 | OTA升级、安全要求高的场景 |
你想想看，如果只是简单的.bin文件，你怎么知道这个固件是给哪个设备用的？版本号是多少？有没有被篡改？所以，实际项目中，我们几乎都会用自定义打包格式。
核心要点：固件镜像的头部信息至少应该包含：魔数（Magic Number）、版本号、目标设备ID、固件大小、校验和、签名数据。这些信息是OTA升级的基础。
固件压缩算法：省空间就是省钱
为什么要压缩？因为OTA升级要传数据，数据量越小，传输越快，流量越省。尤其是那些NB-IoT、LoRa之类的窄带网络，每传1KB数据都是钱啊。
我常用的压缩算法有这些：
- gzip：压缩率不错，解压速度快，适合MCU资源有限的情况。我在一个STM32项目里用过，固件从512KB压到280KB，效果很明显。
- lzma：压缩率更高，但解压需要更多内存和CPU。适合资源相对充裕的Linux设备。
- lz4：压缩率一般，但解压速度极快。适合对实时性要求高的场景，比如音频固件升级。
- zstd：Facebook出品，压缩率和速度都很均衡。我个人比较推荐，尤其是新项目。
这里有个坑，我曾经踩过——压缩算法选得太复杂，结果设备端解压时间太长，导致升级超时。嗯，后来我学乖了，先评估设备的内存和CPU，再选算法。
我的建议：对于资源受限的嵌入式设备，优先考虑gzip或lz4。如果设备有1MB以上的RAM，可以试试zstd。别为了省那几十KB，把升级时间拖到用户骂娘。
数字签名与验签机制：防篡改的最后一道防线
这是本章的重头戏。数字签名，说白了就是给固件盖个章，证明它是你发的，而且没被人改过。
为什么需要签名？你想想看，如果OTA升级没有签名，攻击者可以伪造一个恶意固件，推送到你的设备上。轻则设备变砖，重则被植入后门，成为僵尸网络的一员。我在一个物联网项目中就见过，某厂商的摄像头因为没有签名验证，被黑客远程刷入了挖矿程序。
常见的签名算法：
- RSA：经典算法，签名验证速度慢，但兼容性好。适合对性能要求不高的场景。
- ECDSA：椭圆曲线签名，签名短，速度快。我个人更推荐，尤其是资源受限的设备。
- Ed25519：现代算法，安全性高，签名速度极快。新项目我基本都用这个。
签名流程大致是这样的：
# 服务端签名（打包工具）
1. 计算固件的哈希值（比如SHA-256）
2. 用私钥对哈希值进行签名
3. 将签名附加到固件包中
# 设备端验签（Bootloader或OTA服务）
1. 提取固件包中的签名数据
2. 计算固件的哈希值
3. 用公钥解密签名，得到原始哈希
4. 对比两个哈希值，一致则通过关键点：公钥必须安全存储在设备中，最好是烧录在一次性可编程存储器（OTP）或安全元件（SE）里。如果公钥被篡改，签名就形同虚设。
避坑指南：我踩过的那些坑
做固件签名这么多年，我总结了几条血泪教训：
- 私钥保管：私钥泄露等于城门大开。我曾经见过有人把私钥放在Git仓库里，结果被爬虫抓走了。私钥应该放在硬件安全模块（HSM）或密钥管理服务（KMS）中。
- 签名算法选择：别用MD5或SHA-1，已经被破解了。至少用SHA-256。
- 验签时机：验签一定要在Bootloader阶段做，而不是在应用层。因为应用层可能已经被篡改了。
- 回滚攻击：攻击者可能拿一个旧版本的合法固件来刷机。所以签名数据里要包含版本号，设备端要检查版本号是否大于当前版本。
警告：千万不要在固件中硬编码私钥！我曾经接手过一个项目，前任工程师把私钥写在了代码里，结果固件被反编译后，私钥直接暴露。那感觉，就像把家门钥匙挂在门外一样。
一个完整的固件打包流程示例
最后，我给大家展示一个实际项目中用到的打包流程。这个流程我用在多个产品中，效果不错。
# 打包脚本（Python伪代码）
def build_firmware(binary_file, version, device_id, private_key):
# 1. 读取二进制固件
with open(binary_file, 'rb') as f:
firmware_data = f.read()
# 2. 压缩固件（使用gzip）
compressed_data = gzip.compress(firmware_data)
# 3. 计算哈希
hash_value = hashlib.sha256(compressed_data).digest()
# 4. 签名
signature = ecdsa.sign(hash_value, private_key)
# 5. 构建头部
header = struct.pack('!4s I I I',
b'FWPK', # 魔数
version, # 版本号
device_id, # 设备ID
len(compressed_data)) # 数据长度
# 6. 打包
firmware_package = header + signature + compressed_data
return firmware_package这个流程看起来简单，但每个环节都有讲究。比如魔数，我习惯用4个ASCII字符，方便调试时一眼认出。版本号用32位整数，可以支持从0到42亿的版本迭代。
好了，这一章就到这里。固件打包和签名，看似是技术细节，其实是整个OTA安全体系的基石。下一章，咱们聊聊升级策略——什么时候升级、怎么升级、失败了怎么办。