This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] AM2634:HSM 服务 rot_validateCert 无法验证 BMPK 哈希

Guru**** 2778285 points

Other Parts Discussed in Thread: LP-AM263

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1613398/am2634-hsm-service-rot_validatecert-fails-to-verify-bmpk-hash

器件型号: AM2634
主题中讨论的其他器件: LP-AM263

我们在测试 HSM 中的 RoT 切换能力时遇到不一致的行为。

脚本访问所提供的 Python root_of_trust_switching_cert.py 通过 SMPK 和 BMPK 私钥 pem 文件、我们得到输出文件  rot_switch_cert.cert 。 证书文件被传递到包含中示例代码的 SBL 映像 hsm_rot_cert_validate.c 、 以及 HSM 固件映像头文件。 。 ROT_validateCert HSM 服务无法对 BMPK 公钥进行哈希处理。 所有其他检查都通过、包括强制跳过 BMPK 哈希检查时 BMPK 的数字签名验证。 cert 文件的哈希值也与在 BMPK 的 OTP Keywriter 中计算的预期哈希值相匹配。 我们还确认、更新密钥版本后、使用 BMPK 签名后、所有映像都会成功引导。

TIFS 版本:11_00_00_01

电路板:LP-AM263 修订版 A

Device_Type:HS_SE

器件修订版本:SR 1.1

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Daniel:

    请问您在这里看到的不一致行为是什么?  

    这是一次从 SMPK 切换到 BMPK 的过程。  

    您能详细说明一下这个问题吗? (可能的错误屏幕截图或日志)

    谢谢。此致、

    Nikhil Dasan

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你好、Nikhil、

    我们面临的问题是、在验证外部证书(使用 BMPK 签名并包含主证书的 SHA512 哈希值)期间、与使用 OTP Writer 写入 EFUSE 的内容相比、它将无法验证 BMPK 密钥的哈希值。 但是、如果绕过哈希验证、它将通过 BMPK 成功执行 RSA 数字签名验证。 则证书哈希也通过。 在 内部证书验证期间、SMPK 哈希验证及其 RSA 数字签名验证通过。

    我已验证证书文件是否使用 BMPK 密钥签名、公钥哈希与 OTP 编写的内容匹配、并且 BMPK 的 RSA 数字签名验证通过、因此似乎没有理由在该步骤中失败。

    我们已经完成了 KeyRev 更新并验证了我们可以使用 BMPK 密钥对我们的映像签名、但在本例中 TIFS 无法按打包方式工作。

    除了 HSM 客户端要求 ROT 交换机 被 HSM 服务器“否定“之外、我没有任何特定的错误或日志可显示。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Daniel:

    让我在内部与各自的团队同步、并在几天内回复您。

    谢谢。此致、
    Aditya Singal

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Daniel:

    对迟来的答复表示歉意。
    设备修订版 SR1.1 不支持信任根交换

    谢谢。此致、
    Aditya Singal