3、固件安全基线：固件签名与验证、安全启动链、固件加密存储

固件是物联网设备的“灵魂”，其安全性直接决定了设备是否会被恶意控制、数据是否会被窃取。本章节将深入剖析固件安全的三大核心支柱：签名与验证、安全启动链以及加密存储，帮助您构建从代码到硬件的全方位防护基线。

3.1 固件签名与验证

固件签名是确保固件完整性和来源真实性的第一道防线。通过数字签名技术，设备在更新或启动时能够验证固件是否由合法厂商发布，且未被恶意篡改。

核心机制

• 非对称加密：使用私钥对固件哈希值进行签名，公钥嵌入设备硬件（如eFuse或OTP）中。
• 哈希校验：对固件计算SHA-256/384哈希，签名实质是对哈希的加密。
• 验证流程：设备启动时，用公钥解密签名得到原始哈希，再与当前固件哈希比对。

常见攻击与防御

攻击类型	描述	防御措施
固件降级攻击	回滚到有漏洞的旧版本	版本号防回滚 + 签名验证
中间人篡改	OTA传输中修改固件	TLS + 固件签名双重保障
私钥泄露	攻击者获得签名私钥	HSM硬件安全模块保护

3.2 安全启动链 (Secure Boot Chain)

安全启动链是从硬件信任根开始，逐级验证每一阶段代码完整性的机制。它确保设备只运行经过授权的、未被篡改的固件，是抵御Bootkit和持久化后门的核心防线。

信任链层级

1. ROM Bootloader (不可变)：芯片出厂固化，验证下一级Bootloader签名。
2. First Stage Bootloader (FSBL)：验证U-Boot或类似引导程序。
3. Second Stage Bootloader (SSBL)：验证操作系统内核（如Linux Kernel）。
4. 操作系统内核：验证关键驱动、文件系统及应用程序。

关键安全要求

• 硬件隔离：信任根必须存储在一次性可编程存储器（OTP/eFuse）中，软件无法修改。
• 防回滚：安全启动链必须检查版本号，防止攻击者加载旧版本有漏洞的固件。
• 失败处理：任何一级验证失败，设备应进入恢复模式或停止启动，不得执行未经验证的代码。

3.3 固件加密存储

即使攻击者通过物理手段（如SPI Flash读取、JTAG调试）获取了固件芯片，加密存储也能保证固件内容的机密性，防止逆向工程、敏感信息泄露（如密钥、算法）以及代码复用攻击。

加密策略对比

策略	描述	适用场景	安全等级
全盘加密	整个Flash内容使用AES-256加密	高安全需求设备	★★★★★
分区加密	仅加密敏感分区（如文件系统、配置）	性能与安全平衡	★★★★☆
OTP密钥存储	加密密钥存储在芯片内部OTP	所有场景的基础	必备项

实现要点

• 密钥管理：加密密钥必须由硬件安全模块（HSM）或芯片内部唯一密钥派生，不得明文存储。
• 算法选择：推荐使用AES-256-GCM（认证加密），同时提供机密性和完整性校验。
• 运行时解密：固件在启动时由Bootloader解密到RAM中执行，Flash中始终保持密文。

基线检查清单

以下为固件安全基线的最低要求，建议在设备研发和测试阶段逐项落实：

• ✅ 所有固件更新包必须携带数字签名，设备验证失败则拒绝更新。
• ✅ 安全启动链必须从硬件信任根开始，每级签名验证通过后才执行。
• ✅ 固件存储必须使用AES-256或更高级别加密，密钥由硬件安全模块保护。
• ✅ 实现防回滚机制，禁止加载低于当前版本的固件。
• ✅ 公钥证书应存储在一次性可编程存储器（OTP）中，防止篡改。
• ✅ 日志记录所有签名验证失败事件，并触发告警。

💡 专家提示： 固件安全不是单一技术点，而是“签名 + 启动链 + 加密”三位一体的纵深防御。建议在芯片选型阶段就确认硬件是否支持安全启动和加密引擎，避免后期软件补丁无法弥补硬件缺陷。