📚 课程目录第4章 S32启动流程与镜像格式

4. S32启动流程与镜像格式

S32系列高性能域控芯片上电后，并不是直接跳到用户应用，而是由固化在芯片内部的BootROM接管，按固定顺序完成安全校验、HSE固件加载、应用核释放。理解这条链路，是后续做安全启动配置、OTA镜像打包和启动失败排障的基础。本节围绕启动阶段划分、IVT与Boot Header结构、镜像签名与加密格式三个核心问题展开。

一、启动阶段划分

S32的启动过程可以划分为四个阶段，每个阶段的责任主体和校验对象都不同：

阶段0（BootROM）：芯片复位后，Cortex-M/R核从BootROM起始地址取指。BootROM读取启动模式引脚（如BOOT_CFG），确定从哪个外设（QSPI Flash、SD、eMMC、UART等）加载镜像。此阶段只做最基础的完整性检查，不依赖外部密钥。
阶段1（HSE固件加载）：BootROM将HSE（Hardware Security Engine）固件从Flash搬运到HSE专用RAM，并释放HSE核。HSE固件本身经过签名，BootROM用芯片内固化的根公钥验证其签名，验证通过后HSE才开始运行。
阶段2（应用核镜像校验）：HSE启动后，接管后续镜像的验证工作。BootROM或HSE根据IVT中的地址，将应用核镜像（含Boot Header、签名、加密数据）加载到目标RAM，由HSE用密钥验证签名、解密数据。
阶段3（应用核释放）：校验通过后，HSE将应用核从复位状态释放，应用核从IVT指定的入口地址开始执行用户代码。若校验失败，HSE保持应用核复位，并置位错误状态寄存器。

这四个阶段的关键区别在于：阶段0和阶段1由BootROM主导，信任根是芯片内固化的公钥；阶段2和阶段3由HSE主导，信任根是用户烧录到HSE密钥槽中的密钥。OTA升级时，新镜像必须同时满足这两级信任链的校验要求。

二、IVT与Boot Header结构

IVT（Image Vector Table）是镜像的“目录”，位于镜像起始位置，BootROM和HSE首先读取它。IVT中至少包含以下字段：headerTag（标识IVT类型）、length（IVT总长度）、entryPoint（应用核入口地址）、bootHeaderAddr（Boot Header在镜像中的偏移）、hseFwAddr（HSE固件地址）、signature（IVT自身的签名值）。BootROM读取IVT后，先验证IVT签名，再根据其中的地址去加载HSE固件和Boot Header。

Boot Header描述应用镜像本身的属性，关键字段包括：imageType（标识是应用核镜像还是HSE固件）、coreID（目标核编号，如Cortex-M7、Cortex-R52）、loadAddr（镜像加载到RAM的目标地址）、entryAddr（应用入口地址）、imageSize（镜像数据长度）、flags（是否加密、是否压缩等标志）、hashAlgo（哈希算法，如SHA-256）、sigAlgo（签名算法，如RSA-2048或ECC-P256）、encryption IV（AES解密初始向量）、keyID（HSE密钥槽编号）。

一个典型的QSPI Flash镜像布局如下：偏移0x0处是IVT，偏移0x1000处是Boot Header，偏移0x2000处是HSE固件，偏移0x40000处是应用核镜像数据，镜像末尾附加签名值。BootROM从0x0读IVT，HSE从0x1000读Boot Header，再按loadAddr将数据搬运到目标RAM。

三、镜像签名与加密格式

S32的镜像签名采用“先哈希、再签名”的方式。以SHA-256 + RSA-2048为例：对镜像数据区计算SHA-256摘要，得到32字节哈希值；用私钥对哈希值做RSA-2048签名，得到256字节签名值；签名值附加在镜像数据之后。HSE验证时，用密钥槽中的公钥解密签名值，得到原始哈希，再对镜像数据重新计算SHA-256，两者比对一致则通过。

若启用加密，镜像数据区在签名之前先用AES-128-CBC加密。加密密钥由HSE内部派生或从密钥槽读取，IV存放在Boot Header中。加密和签名的顺序是：先加密数据，再对密文计算哈希并签名。HSE验证时先验签，确认密文未被篡改，再用AES解密得到明文，最后将明文加载到目标RAM。

工程提示：OTA升级时，新镜像的Boot Header中keyID必须与当前HSE密钥槽中已烧录的密钥匹配。若更换密钥，需要先通过HSE固件更新流程烧录新密钥，再下发新镜像，否则HSE验签会失败，应用核无法释放。

四、启动失败的关键判断点

实际调试中，启动失败通常集中在三个位置：一是BootROM读IVT失败，表现为芯片反复复位或停留在BootROM；二是HSE固件验签失败，HSE不运行，应用核始终处于复位；三是应用镜像验签或解密失败，HSE置位错误寄存器（如HSE_SR中的SIGNATURE_FAIL或DECRYPT_FAIL），应用核不释放。排查时先读HSE状态寄存器确认失败类型，再检查镜像的IVT偏移、Boot Header字段、密钥槽编号和签名算法是否与烧录配置一致。