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.

[参考译文] TMS320F280039:TMS320F280039 安全特性支持确认应用&开发资源查询

Guru**** 2988030 points

Other Parts Discussed in Thread: TMS320F280039, C2000WARE, SYSCONFIG, AES-128

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

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1645210/tms320f280039-tms320f280039-security-feature-support-confirmation-application-development-resource-inquiry

器件型号: TMS320F280039
Thread 中讨论的其他器件: C2000WARE、 SysConfig、 AES-128

尊敬的 TI 工程师:

 

您好! 我们目前正在开发 基于 TMS320F280039 DSP 的产品。 为了满足客户严格的网络安全要求、我们需要确认芯片针对一系列安全规范的支持能力。 我们已经研究了应用简报 “了解 C2000 实时控制 MCU 的安全特性“(SWPB019E)Texas Instruments、但仍不清楚有关 F280039 具体实现的一些详细信息。 我们希望获得您的权威指导。

我们客户的核心安全要求和 F280039 的问题如下:

1.安全启动

  • 要求:不可变启动链、不可旁路签名验证、支持 SHA-384+ECDSA 签名验证、以及  针对启动故障的回退恢复机制。
  • 问题:F280039 的片上引导 ROM 是否支持不可变的引导链? 签名验证(特别是 SHA-384+ECDSA)是否可以 配置为强制和不可旁路? 引导故障回退的特定硬件/软件机制是什么?

2.反回滚

  • 要求:安全版本控制、阻止较低版本固件以及记录版本违规和回滚块。
  • 问题:F280039 是否有专用的 SVN(安全版本号) 硬件寄存器? 低版本固件在更新过程中如何被阻止? 违规日志是否存储在具有硬件保护功能的专用 OTP/闪存区域中?

3.加密算法

  • 要求: SHA-384/ECDSA 支持和数据静态/传输中加密。
  • 问题:数据表提到了 AES 加速器。 F280039 硬件本身是否支持 SHA-384 和 ECDSA (P-256/P-384)? 如果没有、这些算法是否有优化的软件库或硬件加速模块?

4.调试安全性

  • 要求:JTAG 硬件锁定/授权解锁、复位时自动重新锁定、以及禁止通过调试读取密钥/敏感数据。
  • 问题:如何  在 F280039 上配置 DCSM(双代码安全模块)以锁定 JTAG? 它是否支持一次性永久锁定? 解锁过程是什么? 复位后、JTAG 是否会自动恢复到锁定状态? 调试访问是否可以读取安全 OTP/eFuse 关键区域?

5、合规性

  • 要求:加密模块符合 FIPS 140 和 CNSA 标准。
  • 问题:F280039 的安全模块(或其软件实现)是否已通过 FIPS 140 或 CNSA 认证或符合标准? 如果没有、TI 实现此合规性的路线图或建议是什么?

为了加快我们的开发、您能否提供一些信息或建议?

  • 是否有任何  实现上述安全功能的软件库或 C2000Ware 示例?
  • 是否有  适用于 F280039 的安全配置工具(例如基于 SysConfig)?

我们非常感谢您提供详细、明确的答案以及任何建议或最佳做法。 此信息对于我们最终完成硬件和软件设计至关重要。

 

感谢您的支持!

 

此致。

 

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

    您好:

    [报价 userid=“651372“ url=“~/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1645210/tms320f280039-tms320f280039-security-feature-support-confirmation-application-development-resource-inquiry

    1.安全启动

    • 要求:不可变启动链、不可旁路签名验证、支持 SHA-384+ECDSA 签名验证、以及  针对启动故障的回退恢复机制。
    • 问题:F280039 的片上引导 ROM 是否支持不可变的引导链? 签名验证(特别是 SHA-384+ECDSA)是否可以 配置为强制和不可旁路? 引导故障回退的特定硬件/软件机制是什么?
    [/报价]

    F28003x 硬件不支持这种机制。 您必须在 DCSM 安全闪存中使用两级引导加载程序来实现该功能。  

    [报价 userid=“651372“ url=“~/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1645210/tms320f280039-tms320f280039-security-feature-support-confirmation-application-development-resource-inquiry

    2.反回滚

    • 要求:安全版本控制、阻止较低版本固件以及记录版本违规和回滚块。
    • 问题:F280039 是否有专用的 SVN(安全版本号) 硬件寄存器? 低版本固件在更新过程中如何被阻止? 违规日志是否存储在具有硬件保护功能的专用 OTP/闪存区域中?
    [/报价]

    否、F28003x 没有专用的 SVN 寄存器或硬件强制的防回滚保护。 必须在利用 DCSM 受保护的闪存的软件中实现此目的。  

    [报价 userid=“651372“ url=“~/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1645210/tms320f280039-tms320f280039-security-feature-support-confirmation-application-development-resource-inquiry

    3.加密算法

    • 要求: SHA-384/ECDSA 支持和数据静态/传输中加密。
    • 问题:数据表提到了 AES 加速器。 F280039 硬件本身是否支持 SHA-384 和 ECDSA (P-256/P-384)? 如果没有、这些算法是否有优化的软件库或硬件加速模块?
    [/报价]

    F28003x 硬件本身不支持 SHA384 或 ECDSA。 AES 加速器仅支持以下功能。 我们确实在 libraries\security\crypto\c28 中提供 C2000Ware 中的加密软件库(包括 SHA384)

    来源: F28003x TRM

    [报价 userid=“651372“ url=“~/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1645210/tms320f280039-tms320f280039-security-feature-support-confirmation-application-development-resource-inquiry

    4.调试安全性

    • 要求:JTAG 硬件锁定/授权解锁、复位时自动重新锁定、以及禁止通过调试读取密钥/敏感数据。
    • 问题:如何  在 F280039 上配置 DCSM(双代码安全模块)以锁定 JTAG? 它是否支持一次性永久锁定? 解锁过程是什么? 复位后、JTAG 是否会自动恢复到锁定状态? 调试访问是否可以读取安全 OTP/eFuse 关键区域?
    [/报价]

    请参阅 该文档中的 JTAGLOCK。

    F28003x 支持 PERMANENT JTAGLOCK(如果配置了全 0 的密码)。 否则、用户可以通过输入对称的 128 位密码来解锁 JTAG 锁定模块 (JLM)。 是的、复位后 JTAGLOCK 由 DCSM 自动强制执行。 只有当 DCSM 区域已解锁时、调试访问才能读取 OTP 区域。  

    [报价 userid=“651372“ url=“~/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1645210/tms320f280039-tms320f280039-security-feature-support-confirmation-application-development-resource-inquiry

    5、合规性

    • 要求:加密模块符合 FIPS 140 和 CNSA 标准。
    • 问题:F280039 的安全模块(或其软件实现)是否已通过 FIPS 140 或 CNSA 认证或符合标准? 如果没有、TI 实现此合规性的路线图或建议是什么?
    [/报价]

    我不确定这一点。 我将请一位同事为您提供进一步的帮助。

    此致、
    马特

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好 Matt、
    非常感谢您对有关 F280039 的五个安全问题的详细而清晰的答复。
    我充分理解并总结了以下结论:
    F28003x 硬件本身不支持不可更改的引导链、不可旁路签名验证或硬件 SVN 寄存器。 我们需要基于 DCSM 安全闪存实施两级引导加载程序来实现这些功能、并且防回滚功能将由带有 DCSM 保护闪存的软件来实现。SHA-384 和 ECDSA 可以使用 C2000Ware 中提供的官方加密软件库来实现、而无需硬件加速。 片上 AES 加速器仅支持 AES 相关算法。 我们还清楚地了解了 DCSM /JTAG 锁定机制。
    关于 FIPS 140 和 CNSA 合规性、我们将等待您的同事提供进一步反馈。
    我想再作三次确认:
    1. 我们是否可以采用 CMAC(基于密码的消息身份验证代码)来实现安全启动的验证功能?
    2. 如果 CMAC 用于安全启动验证、是否必须配置引导模式以保护 LFU 闪存?
    3. TI 是否提供与该实施方案相关的任何参考示例或例程供我们参考?
    再次感谢您的专业支持!
    此致。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、
    专家目前是 OOO ,请期待响应延迟。

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

    您好、

    在我们等待另一位专家的同时、我可以帮助您解决其他问题。

    我们是否可以采用 CMAC(基于密码的消息身份验证代码)来实施安全启动的验证功能?

    是的、这是一种有效的方法。 F28003x 器件在引导 ROM 中提供安全闪存引导模式、该模式会对闪存入口点后的前 16KB 进行身份验证。 该引导模式利用 AES-128 CMAC 算法。 如需了解更多详细信息、请参阅 TRM 的第 4.8.4 节“安全闪存启动“。

    如果 CMAC 用于安全启动验证、是否必须配置引导模式来保护 LFU 闪存?

    这不是强制性的。 安全 LFU 闪存引导包括基于在固件映像中固定偏移处编程的元数据的组选择逻辑。 安全闪存引导(非 LFU)可以正常运行。

    TI 是否提供与此实施方案相关的任何参考示例或例程供我们参考?

    请参阅以下文档。 它是为 F2838x 器件编写的、但 F28003x 的安全启动流程是相同的。

    https://www.ti.com/lit/an/spract3/spract3.pdf

    此致、
    马特

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

    您好、  

    [报价 userid=“651372“ url=“~/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1645210/tms320f280039-tms320f280039-security-feature-support-confirmation-application-development-resource-inquiry

    5、合规性

    • 要求:加密模块符合 FIPS 140 和 CNSA 标准。
    • 问题:F280039 的安全模块(或其软件实现)是否已通过 FIPS 140 或 CNSA 认证或符合标准? 如果没有、TI 实现此合规性的路线图或建议是什么?
    [/报价]

    关于 CNSA 合规性、 截至目前、它符合 CNSA 1.0 标准。 我们正在努力通过增加对 ML KEM 和 ML DSA 算法的支持来使其符合 CNSA 2.0 标准。

    FIPS 140 是一种系统级实现标准、而非器件认证。 F28003x 及其相关的安全解决方案 尚未经过 NVLAP 认证实验室的测试。 但是、F28003x 已“级别 1 就绪“、这意味着它为构建符合 FIPS 140 级别 1 标准的安全软件提供了必要的基础。  F28003x 缺少 FIPS 140 2 级 及更高级别认证所需的物理安全功能。

    谢谢、
    Naren

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

    谢谢你 Naren Siddharth M 的帮助。  

    请告诉我是否需要澄清其他任何问题。

    此致、
    马特

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

    尊敬的 Matt 和 Naren:

    非常感谢您的详细和专业支持。  我没有其他问题。此主题现在可以关闭。

    再次感谢&致以最诚挚的问候。