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.

[参考译文] AM263P4-Q1:在生产中已锁定/禁用 UART 引导电子保险丝

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1660573/am263p4-q1-uart-boot-e-fuse-locked-disabled-in-production

器件型号: AM263P4-Q1

您好 团队:

  1. 我们想了解是否可以通过 eFuse 设置或 AM263P4x HS-SE 器件上的任何其他器件配置机制禁用 UART 引导模式。

    我们预期的生产引导模式是 OSPI、 预计不会使用 UART 引导模式或其他引导模式。

    具体而言、我们想知道:

    • 是否有电子保险丝或引导配置选项可以永久禁用一种或多种引导模式(例如 UART 引导模式)?
    • 在 HS-SE 器件上、是否可以通过引导引脚锁定或禁用引导模式选择、以便无论引导引脚配置如何、引导 ROM 都始终从 OSPI 引导?
    • 是否可以对器件进行配置、以便在配置后无法调用替代引导模式?
    • 如果不支持禁用引导模式、建议使用什么方法来防止在量产 HS-SE 器件中未经授权使用其他引导模式 ?
    我想了解并减少 SMPK 或 BMPK 私钥 被泄露时的安全影响。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Jidhin:

    是否有一个可以永久禁用一种或多种引导模式(例如 UART 引导模式)的 eFuse 或引导配置选项?

    引导模式主要使用 SOP 引脚电路进行设置。 您可以在原理图中将 SOP 引脚固定为 OSPI 引导模式。

    但在 ROM 中、即使在 OSPI 引导中、最终失效防护模式是 UART、也就是说、如果 ROM 在闪存的 4 个冗余位置未找到映像、那么它将为接受来自 UART 的映像做好准备。  

    在 HS-SE 器件上、是否可以通过引导引脚锁定或禁用引导模式选择、以便无论引导引脚配置如何、引导 ROM 都始终从 OSPI 引导?

    引导 ROM 根据引脚中的 SOP 模式值决定引导模式。 如上所述、这可以在电路中冻结。但在 ROM 中、即使在 OSPI 引导中、最终的失效防护模式是 UART、即如果 ROM 在闪存的 4 个冗余位置上找不到映像、则它将自行准备好接受来自 UART 的映像。  

    是否可以配置设备以便在配置后无法调用备用引导模式?

    在 ROM 中、即使在 OSPI 引导中、最终失效防护模式也是 UART、也就是说、如果 ROM 在闪存的 4 个冗余位置未找到映像、那么它将为接受来自 UART 的映像做好准备。  

    如果不支持禁用引导模式、建议采用什么方法来防止在生产 HS-SE 设备中未经授权使用其他引导模式 ?

    为了将原理图中的 SOP 冻结到 OSPI 引导模式、但在 ROM 中、即使在 OSPI 引导中、最终的失效防护模式是 UART、即如果 ROM 在闪存的 4 个冗余位置上找不到映像、那么它将做好接受来自 UART 的映像的准备。  

    如果 SMPK 或 BMPK 私钥 被泄露、我想了解并减少安全影响。

    我想了解您的思考过程、了解 UART 引导模式如何对 EFUSE 中的 SMPK /BMPK 产生安全威胁。 ROM 将此区域防火墙保护为仅 HSM 访问、ROM 无法打开 HSM JTAG。  
    因此、对 ROM 的 UART 引导模式访问无法检索 RoT 密钥 AFAIK。

    请问大家还有其他想法吗?

    谢谢。此致、

    Nikhil Dasan

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

    您好、Nikhil、

    我正在考虑 在 PKI 级别泄露 SMPK/BMPK 私钥的情况。 在这种情况下、攻击者可以对任何映像签名并使用 UART 引导模式加载恶意 SBL。 ‑仍需要物理访问和 PIN‑病床设置、但一旦他们能够通过修改后的 HSMRt 将受损的 SBL 整合在一起、安全的 I ² C 引导链就会被有效破坏。

     如果在所有 ECU 之间共享相同的 SMPK/BMPK、影响会大得多、因为一旦部署器件、就没有机制来旋转或更新该密钥。 每个 ECU 使用唯一的密钥会将漏洞限制为单个单元、但这也会使软件更新复杂化、尤其是 HSM 更新、因为每个新 HSM 映像都必须使用与该特定 ECU 对应的 SMPK/BMPK 签名。 这意味着每个设备的更新容器将有所不同、这使得大规模的‑规模部署非常困难。

    如果这一理解中的任何部分不正确、请告诉我。

    此致、
    Jidhin Angadithazha.

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

    尊敬的 Jidhin:

    我正在考虑 在 PKI 级别上 SMPK/BMPK 私钥被泄露的情况。 在这种情况下、攻击者可以对任何映像签名并使用 UART 引导模式加载恶意 SBL

    SMPK/BMPK 的入侵当然会导致大规模的安全威胁、因为攻击者可以获得设备信任密钥根、从而使攻击者成为设备的所有者。 因此、应注意在 PKI 中不会发生这种情况。 无论是 UART 引导模式还是 OSPI 引导模式、一旦 RoT 密钥受到威胁、攻击者就可以对 SBL 进行签名并将其放入闪存、因为这是外部闪存器件。  

    从 TI 的角度来看、客户密钥的安全性应归客户所有(即确保提供密钥的源是安全源)

    部署设备后、没有机制可以轮换或更新该密钥

    为了避免发生这种情况、TI 允许器件中使用 2 组密钥、即 SMPK/SMEK 和备份 BMPK/BMEK、以便在 SMPK 受损期间、客户可以现场切换到 BMPK。

    但如果两者都受到威胁、则安全漏洞是由客户拥有的密钥生成的来源。

    谢谢。此致、

    Nikhil Dasan