3. 硬件安全基础

ESP32 系列芯片之所以能够支撑安全启动与 Flash 加密，根本原因在于其芯片内部集成了一整套硬件安全基础设施。理解这些硬件模块的职责与协作方式，是掌握后续安全启动流程、密钥管理和加密分区设计的前提。本节从信任根出发，依次梳理 eFuse、安全启动 ROM、加密加速器以及各型号芯片的安全特性差异。

一、信任根：安全链条的起点

信任根（Root of Trust, RoT）是整个安全体系的起点，它必须满足三个条件：不可篡改、可被验证、被无条件信任。在 ESP32 系列中，信任根由三部分共同构成：

• ROM 中的安全启动代码：固化在芯片掩膜 ROM 中，上电后最先执行，无法被修改。
• eFuse 中的公钥摘要：存储信任公钥的哈希值，用于验证 bootloader 签名。
• 硬件加密引擎：提供 SHA、AES、RSA/ECC 等运算，保证验证过程本身可信。

这三者形成一条不可逆的信任链：ROM 代码读取 eFuse 中的摘要，验证 bootloader 签名，bootloader 再验证应用固件，逐级向下传递信任。

二、eFuse：一次性可编程的硬件保险箱

eFuse 是芯片内部的一组一次性可编程存储单元，每个比特只能从 0 烧写为 1，且烧写后不可恢复。它承担着安全体系中“密钥与策略存储”的核心角色，主要存放以下内容：

三、安全启动 ROM：信任链的第一环

ESP32 上电后，CPU 首先执行固化在掩膜 ROM 中的一级引导程序。在启用安全启动的情况下，该 ROM 代码会执行以下关键步骤：

1. 从 eFuse BLK1 读取安全启动公钥摘要。
2. 从 Flash 读取 bootloader 镜像及其签名块。
3. 使用硬件 SHA-256 计算 bootloader 哈希，与签名块中的哈希比对。
4. 使用 eFuse 中的公钥摘要验证签名块中的 RSA/ECC 签名。
5. 验证通过后跳转执行 bootloader；失败则进入下载模式或复位。

这一过程完全由硬件和 ROM 代码完成，软件无法干预，因此构成了不可绕过的信任起点。

四、加密加速器：安全运算的硬件引擎

ESP32 系列集成了多种硬件加密模块，它们不仅提升运算速度，更重要的是将密钥运算隔离在硬件内部，避免密钥出现在普通内存中：

• SHA-256：用于计算镜像哈希，支持 DMA 加速。
• AES-128/256：用于 Flash 加密（AES-XTS）和安全通信。
• RSA-3072 / ECC：用于签名验证，支持安全启动的签名校验。
• HMAC：用于消息认证和密钥派生。
• TRNG：真随机数发生器，为密钥生成提供熵源。

五、各型号安全特性对比

ESP32 系列不同型号在安全能力上存在差异，选型时需根据安全等级要求进行匹配：

六、常见误区与复盘