1. 课程导入

在嵌入式安全启动体系中，BootROM 是芯片上电后执行的第一段不可修改代码，它决定了后续镜像是否被信任、是否允许加载。而启动回滚保护（Anti-Rollback Protection）正是防止攻击者把设备固件降级到存在已知漏洞的旧版本的关键机制。本课程围绕真实工程场景，带你从原理到落地，构建一套可验证、可运维的启动回滚保护方案。

一、核心概念：为什么需要回滚保护

安全启动通常只验证镜像的签名合法性，但签名合法的旧版本固件同样可以通过校验。如果旧版本存在已被公开的漏洞，攻击者只需刷入旧固件即可重新获得攻击面。回滚保护通过引入一个单调递增的版本号，让设备只接受不低于当前安全版本的镜像，从而封堵降级路径。

核心概念包括：

• 信任根（RoT）：BootROM 中固化的一次性可编程区域，存放公钥哈希与初始安全版本。
• 安全版本号（SVN）：镜像携带的单调版本，必须大于等于设备当前熔丝/OTP 中记录的值。
• 版本计数器：通常由 OTP 或安全存储维护，只能增加不能减少。
• 回滚策略：定义允许的最低版本、更新窗口以及失败后的恢复行为。

二、整体框架与实战路线图

本课程的整体框架分为四层：硬件信任根层、BootROM 校验层、镜像版本管理层、工程运维层。下图展示了从芯片上电到系统启动的完整信号与数据流，以及回滚保护在其中的位置。

三、实战路线图与关键参数

课程将按照“原理 → 设计 → 实现 → 测试 → 排障”的路线推进。下表列出了各阶段的核心任务与交付物，便于你在学习过程中对照检查。

四、典型场景与误区复盘

在实际项目中，最常见的场景是 OTA 升级后设备无法启动。例如，某设备当前 OTP 版本为 5，但推送的固件 SVN 为 4，BootROM 会直接拒绝加载。此时串口日志通常会出现类似信息：

[BOOTROM] Image SVN = 4
[BOOTROM] OTP SVN   = 5
[BOOTROM] Anti-rollback check FAILED
[BOOTROM] Boot halted.

另一个常见误区是认为“签名通过就等于安全”。实际上，签名只保证来源可信，不保证版本足够新。回滚保护必须与签名校验配合使用，才能形成完整的启动信任链。