04 ESP32-S3 Secure Boot签名验证流程与RSA公钥定位

🎯定位RSA-3072签名验证：从启动路径到公钥存储

在逆向ESP32-S3的Secure Boot流程时，核心挑战在于从庞大的固件二进制中精准定位RSA-3072签名验证的代码路径与公钥存储位置。本节将引导你从芯片上电后的第一条指令开始，沿着安全启动的验证链路，逐步锁定关键检查点与判定条件。理解这一过程，是后续实施固件加密校验算法定位与逆向分析的基础

⭐Secure Boot签名验证流程的触发与关键检查点

ESP32-S3的Secure Boot流程并非在启动全程运行，而是在特定阶段被触发。当芯片从Flash加载第二级Bootloader（即bootloader.bin）时，硬件ROM代码会检查eFuse中的SECURE_BOOT_EN位。若该位被烧写为1，ROM便进入安全验证模式，执行以下核心步骤：

1. 摘要计算：ROM读取bootloader.bin的头部与内容，使用SHA-256算法计算其摘要（Digest）
2. 签名验证（RSA-3072）：将计算出的摘要与存储在bootloader.bin尾部或特定分区中的RSA-3072签名进行比对。验证过程使用公钥解密签名，并与摘要匹配
3. 公钥定位：公钥并非硬编码在ROM中，而是存储在bootloader.bin的特定偏移处，或从一个名为key_block的专用分区加载。逆向时，需要找到这个公钥的存储结构与加载逻辑

🎯Boot公钥定位：数据结构与逆向方法

定位RSA-3072公钥是逆向分析中的关键一步。ESP32-S3的Secure Boot公钥通常以esp_secure_boot_key_digest_t结构体形式存在，该结构体包含公钥的模数（n，3072位）与指数（e，通常为65537）。逆向时，可通过以下特征定位：

• 大小特征：RSA-3072公钥的模数部分固定为384字节（3072位/8）。在二进制中搜索连续的384字节随机数据块，可能是公钥
• 结构特征：公钥通常紧跟在签名验证函数的引用之后。在IDA中，查找对rsa_verify或esp_secure_boot_verify_signature函数的调用，其参数中往往包含公钥结构体的指针
• 常量引用：公钥地址可能作为立即数或全局变量被加载。在反汇编中搜索LDR R0, =0x3Fxxxxxx或类似指令，其中0x3Fxxxxxx指向Flash中的公钥存储区

技术资产与验证记录：签名验证函数分析

以下是一个典型的ESP32-S3 Secure Boot签名验证函数片段（基于ESP-IDF v4.4），展示了公钥如何被传入验证流程：

// 源自 esp_secure_boot.c (简化)
esp_err_t esp_secure_boot_verify_signature(uint8_t *image, size_t image_size,
                                            const esp_secure_boot_key_digest_t *key_digest) {
    uint8_t digest[32];
    // 1. 计算镜像的SHA-256摘要
    esp_sha256(image, image_size, digest);
    // 2. 使用RSA-3072公钥验证签名
    // key_digest 结构体包含公钥的 n 和 e
    if (rsa_verify(&key_digest->key, digest, image + image_size - SIGNATURE_SIZE) != 0) {
        return ESP_FAIL; // 签名验证失败
    }
    return ESP_OK;
}

这段脚本或函数属于“问题代码/原始配置”，核对输入、输出、错误返回和日志点是否闭合。

这段代码清晰地展示了验证流程：首先计算镜像摘要，然后调用rsa_verify函数，传入公钥结构体key_digest、摘要和签名数据。逆向时，找到这个函数，就能顺藤摸瓜定位到公钥的存储位置

异常信号与处理边界：验证失败的典型场景

在逆向或调试Secure Boot时，理解验证失败的原因至关重要。下表总结了常见的失败场景与判断标准：

通过上述分析，你已经掌握了ESP32-S3 Secure Boot中RSA-3072签名验证的代码路径与公钥定位方法。在实际逆向工程中，建议从esp_secure_boot_verify_signature函数入手，结合二进制特征与代码引用，快速锁定公钥存储位置。这一过程是后续实施固件加密校验算法定位与逆向分析的关键前提