[参考译文] CC3220SF-LAUNCHXL：CC3220安全引导加载程序/文件系统

admin

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/975702/cc3220sf-launchxl-cc3220-secure-bootloader-filesystem

器件型号：CC3220SF-LAUNCHXL

您好、Kobi、

您说：

"用于开发-我们提供虚拟"游乐场"证书库、使您能够使用我们的专有证书链。对于生产-它必须是有效的证书。" 网址为 https://e2e.ti.com/support/wireless-connectivity/wifi/f/968/t/582674?CC3220SF-LAUNCHXL-CC3220-Secure-Bootloader-Filesystem

但我已经做了自己的研究。我认为 TI 建议供应商不要使用运动场证书在生产中对图像进行签名、因为有权访问运动场证书的每个人都可以签署图像、然后从启动加载或主机 MCU 接受该图像。我已经尝试通过 SPI 闪存生产模式、并使用运动场证书、它在生产模式下工作。

但是、只有当我想放弃安装和运行其他不是我提供的图像时、才需要一个自己的证书、一个受知名 CA 信任的证书或一个完整的自我认证链。但是加密的情况是、例如、如果有人使用运动场证书、我认为安全文件不会受到影响、因为加密将由 NWP 中的唯一 ID 完成、而 NWP 不是公开的。我的想法是否正确？

BR、

Arnaud

4 年多前

0 admin 4 年多前

TI__Guru**** 2573695 points

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

您好、Arnaud、

是的、安全文件的串行闪存加密在标有"安全"标志的每个文件上执行、而与用于验证映像的证书无关。由于串行闪存加密基于每个 CC32xx 器件的唯一密钥、任何试图直接读取串行闪存的攻击者都将无法恢复 MCU 二进制文件。此外、攻击者无法通过串行闪存直接篡改或覆盖 MCU 二进制文件。

但是、CC32xx 本身可以解密其自己的安全文件。具有非集合证书对于确保 MCU 二进制文件和其他安全文件在安全引导过程中经过正确身份验证至关重要。如果您要在生产中使用运动场文件、那么您将更容易受到恶意 OTA 更新等攻击、其中 CC32xx 会被欺骗以覆盖安全内容。通常、CC32xx 将使用您的证书(存储在生产线编程过程的串行闪存上)来解密和验证 MCU 二进制签名。如果使用了运动场文件、则这些验证检查将始终成功。

出于上述原因、我强烈建议您不要在生产中使用游乐场证书。如果您需要更多澄清或对 CC32xx 安全文件系统有进一步的问题、请告诉我。

此致、

Michael

0 admin 4 年多前

TI__Guru**** 2573695 points

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

您好、Michael、

我知道使用游乐场证书可能带来的风险。我不想使用它、我只想说它是可能的、这在文档中没有很好的描述、没有支票可以阻止有人使用游乐场证书。

感谢您的回答。

BR、

Arnaud

Wi-Fi®︎（参考译文帖）

Wi-Fi®︎（参考译文帖）(Read Only)

[参考译文] CC3220SF-LAUNCHXL：CC3220安全引导加载程序/文件系统