[参考译文] TMS320F28388D：关于 TPM (可信平台模块)标准、是否基于 DCSM 硬件？

他们需要确认 DCSM 是基于硬件的，

暂停、我可以确认 DCSM 确实是基于硬件的。

尊敬的 Janakiraman：

感谢确认。 客户正在准备网络安全认证、因此他们需要向认证组织提交文档来证明它基于硬件、我们可以向他们提供任何文档？

此致、

挂起。

挂起、

           我们没有任何此类"文档"用于证明。 这是我们第一次被要求提供这样的信息。

我们有一份安全启动应用手册、可以满足您的要求。 唯一受保护的密钥是用于安全启动的 CMAC 密钥：

https://www.ti.com/lit/an/spract3/spract3.pdf?ts = 1714059209457&ref_url=https%253A%252F%252Fwww.google.com%252F

Luke、您好！

感谢您提供信息。  您是说 F28388上的安全启动可以遵循 TPM 标准吗？ 从应用手册中的描述可以看出、安全启动基于 ROM 软件而不是硬件。

此致、

挂起。

Luke、您好！

感谢您澄清 DCSM 不遵循 TPM 标准。 客户的要求是硬件受保护的数据和密钥存储。 虽然安全引导可以提供信任根、有助于安全密钥和数据存储、但它是基于软件的。 我认为安全启动不能满足客户的要求。 您能否帮助与安全专家核实安全启动是否可实现"硬件保护的安全数据和密钥存储"？  这是客户的关键要求、他们已经 在 ST 器件上进行了确认。  

此致、

挂起。

尊敬的 Hang：

我已要求我们的一位安全专家澄清 DCSM 是否可以提供硬件保护的数据和密钥存储。 一旦我收到回复、我就会回复您。

谢谢！

卢克

尊敬的 Hang：

DCSM 无法实现受硬件保护的安全数据和密钥存储、因为 CPU 寄存器、堆栈指针和程序计数器不安全。 黑客可以轻松地读取或写入这些寄存器、以读取或写入任何未指定为 EXEONLY 的数据、前提是他们具有调试访问权限或能够将恶意代码上传到设备。 DCSM 唯一保障的保护措施是代码的机密性、前提是代码已被指定为 EXEONLY。

针对 暴露数据/密钥的最佳保护 是启用 JTAGLOCK 和零引脚引导、以防止调试访问、并帮助防止恶意代码通过 F2838x 提供的引导模式之一上传到器件。 在启用这些功能后、由客户确定其密钥是否得到充分保护。

谢谢！

卢克