您好
我们正在准备在 F28386D 芯片中启用 JTAG 锁定和安全启动功能。 DCSM zone1配置的 OTP 数据将添加到引导加载程序的.out 或.hex 中、然后可以在工厂中刷写后启用这些功能。
这些密钥和密码是纯文本格式的.out 文件还是.hex 文件? 如果有、如何保护它们免受泄漏? 它的工具是否已经考虑了这一点并有解决方案?
提前感谢!
此致、
杰森
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.
您好
我们正在准备在 F28386D 芯片中启用 JTAG 锁定和安全启动功能。 DCSM zone1配置的 OTP 数据将添加到引导加载程序的.out 或.hex 中、然后可以在工厂中刷写后启用这些功能。
这些密钥和密码是纯文本格式的.out 文件还是.hex 文件? 如果有、如何保护它们免受泄漏? 它的工具是否已经考虑了这一点并有解决方案?
提前感谢!
此致、
杰森
Jones、您好!
是的、泄露意味着密码和密钥可以从.out 或.hex 文件中读取。
使用.out 文件对器件进行编程后、OTP 应该无法读取、对吗? 您是说它 可以在复位前被读取吗?
实际上、我 希望在分发输出文件或十六进制文件时防止泄漏。 一种解决方案可能是使用一个附加密钥对输出文件或 hex 文件进行加密;然后在编程之前将其解密。
您是否有 TI 工具已经支持的更好的解决方案(用于保护密钥和密码)?
大家好、Jason、
我的意思是有人可以在其他设备上对相同的.out 文件进行编程。 更具体地说、用户可以对除 CSM 密码之外的所有内容进行编程、但使用 CCS 中可防止对指定的存储器地址进行编程的功能。 这会让您的所有 OTP 暴露在黑客设备上、因为他们正在编程.out 文件。
我不相信 TI 有任何对.out 文件进行加密以供分发的工具、但我会与其他专家就此问题进行核实。
谢谢!
卢克
大家好、Jason、
我收到了我们的安全专家的反馈、并在此处提供他们的反馈:
"我们的 C28产品无法安全地向器件中提供机密信息(例如、加密密钥、密码)。 用户必须拥有一个安全或可信的工厂、在其中对器件进行编程以用于生产。 如果他们希望能够在非可信环境中安全地提供机密、则必须转移到高安全性设备。 未来的 C2000器件 将具有该功能 、AM263器件也具有该功能。
可以 将.out 文件转换为 hex 文件并轻松进行读取。 用户需要做的是:
如果您有任何进一步的问题、请告诉我。
谢谢!
卢克