3、防回滚计数器（Anti-Rollback Counter）

防回滚计数器，说白了就是给系统装了个「单向阀门」。只许前进，不许后退。在 TEE 的世界里，这个机制是防止攻击者把系统「降级」到有漏洞的老版本的关键。

我刚开始接触这个领域时，总觉得回滚攻击离自己很远。直到有一次，我在一个 IoT 项目里发现，攻击者通过物理手段把 eMMC 里的镜像换成了三年前的旧版本，而系统居然毫无察觉地启动了。嗯，从那以后，我对防回滚的理解就深刻多了。

你想想看，一个系统如果允许任意降级，那安全补丁就白打了。攻击者可以：

防回滚计数器就是用来阻止这种操作的。每次系统升级，计数器就加一。旧版本的镜像因为计数器值太低，会被直接拒绝加载。

    核心原则： 防回滚计数器只能单调递增，永远不能递减或重置。

硬件防回滚计数器，本质上是一个「只能加不能减」的寄存器。它通常集成在 SoC 内部，由安全子系统管理。

工作流程大致如下：

这里有个关键点：计数器的更新操作必须在安全环境下执行，通常由 TEE 或安全协处理器完成。我在项目中见过一个设计缺陷——计数器更新逻辑跑在普通世界（Normal World），结果被攻击者通过内核漏洞篡改了。

避坑指南： 我曾经在一个项目里发现，计数器更新操作没有做原子性保护。升级过程中如果意外掉电，计数器可能处于「半更新」状态，导致系统永久变砖。解决方案是使用双备份计数器或 ECC 保护。

OTP 存储，顾名思义，只能写一次。写入后就不能再修改了。这听起来很死板，但在安全场景下，这正是我们需要的特性。

常见的 OTP 存储类型：

我个人习惯把 OTP 想象成「数字世界的纹身」。一旦纹上，就洗不掉了。这种不可逆性，恰好是防回滚计数器需要的——攻击者无法通过物理手段把计数器值改小。

eFuse 是 IBM 在 2004 年推出的一种 OTP 技术。它利用电迁移（Electromigration）效应，通过大电流把金属连线「烧断」，从而实现从 0 到 1 的永久性状态改变。

eFuse 的核心特性：

在防回滚计数器的实现中，eFuse 通常以「位图」的形式存在。每个 bit 代表一个版本号。比如：

经验之谈： 我在一个手机安全方案中见过更巧妙的设计——使用格雷码（Gray Code）编码版本号。这样即使 eFuse 熔断过程中出现错误，也不会跳到错误的版本号。比如从版本 3（格雷码 0010）升级到版本 4（格雷码 0110），只改变一个 bit，容错性更好。

下面这张图展示了我个人比较推荐的一种防回滚计数器架构：

这个架构有几个设计要点：

在实际项目中部署防回滚计数器，有几个坑需要特别注意：

我曾经踩过的坑： 在一个量产项目中，我们使用了 16 位 eFuse 作为防回滚计数器。结果产品生命周期内升级了 20 次，计数器不够用了。最后不得不重新流片。所以，计数器位宽一定要预留足够余量。我建议至少预留 32 位，对于生命周期长的产品，64 位更稳妥。

其他注意事项：

个人建议： 如果你的产品需要支持 OTA 升级，防回滚计数器是必须的。但不要只依赖硬件计数器，软件层面的版本校验也要做。我曾经见过一个方案，硬件计数器没问题，但软件校验逻辑有漏洞，攻击者直接跳过了校验步骤。安全设计要层层设防，不能有单点失效。

好了，关于防回滚计数器的原理和实现，就聊到这里。记住一句话：防回滚不是功能，是安全底线。设计时多花点心思，生产后就能少操很多心。