[参考译文] AM2432：RBL 在 HS-CRC 模式下引导之前是否检查 SBL 映像 FS 或签名

尊敬的 Aravind：

是的、ROM 代码会在将映像加载到片上 RAM 之前执行映像完整性检查。 请参阅 TRM 的4.2.3节"引导过程流程"、其中提到了该流程。

此致、
会面。

您好：

Unknown 说：

我们当前的 SDK 版本是9.0.0.35、MCU 是 AM2432

然后预计会出现该问题。 截至此版本、SDK 使用随机密钥为 HSFS 的图像签名、从而导致 ROM 跳过完整性检查。

此问题通过以下提交来修复启动 SDK v9.1的问题：

https://github.com/TexasInstruments/mcupsdk-core/commit/89c780b1d1

此致、

Prashant

您好：

对于 HSFS 情况：

1)完整性检查涉及将不同二进制文件计算出的 SHA512哈希值与 X.509证书中所含二进制文件的预期 SHA512哈希值进行比较。 仅当使用 ROM 取消生成的密钥对证书签名时、才会执行此完整性检查、否则只会在二进制文件各自的加载地址加载二进制文件。

2)如果完整性检查通过、则 ROM 没有跳转到冗余或备份引导的任何概念。 ROM 将加载 SBL 并将 R5F 内核复位为其入口点。 如果 SBL 无法引导、则这仅是 SBL 故障。 这里没有 ROM 可以执行的操作。

3) 仅当 ROM 取消生成的密钥用于签署证书时才执行此完整性检查,否则只会在二进制文件各自的加载地址加载。

对于 HSSE 案例：

1)没有 安全启动始终在 HSSE 器件上执行。

2)如果身份验证失败、则 ROM 会尝试从冗余引导或备份引导进行引导。

3)没有

此致、

Prashant