[参考译文] CC3200：CC3200安全编程

尊敬的 Dennis：

器件 CC3200不支持器件级安全性。 如果您需要安全器件、则应使用 CC3220或 CC3235。 CC3220或 CC3235器件的安全映像通过 Uniflash 4.x 或5.x 版生成

我不知道 CC3200器件支持器件级安全性。 可能是某些非常旧的版本(预生产版本？)。 但这需要很久以前、因为我不记得这一点。

1月

您好、Jan、
感谢您的快速回复。 是否可以获取 Uniflash 的预量产版本？ 我们非常接近设计冻结、因此可能会导致一些延迟、因为我们需要评估如何以最小的影响移植到 CC3220 ... 因此、如果 Uniflash 的预制版本可用、我们还可以进行评估、看看它是否仍然可以工作。  

说到哪一项、您是否有工具来验证生成的映像是否确实受到保护？

谢谢、
Dennis
 

你(们)好、Jan
非常感谢您分享更改日志。 这肯定 有助于加快移植过程。  

您好！

您的问题答案：

所有 CC3220芯片都需要外部 SPI 闪存(sFlash)。 这与 CC3200类似。 sFlash 的大小需要大于 CC3200。 SF 型号的芯片具有片上 XIP 闪存。 该闪存用于代码执行。 这意味着您可以使用 SF 变体拥有更大的代码、而无需从 CC3200、CC3220S 或 CC3220R 等 RAM 执行代码。 但 CC3220SF 也需要 sFlash。 如果您需要器件级安全性、则不应选择 CC3220R。 因为该芯片不支持它。

2.天线匹配电路的正确值取决于使用的天线、PCB 布局和 PCB 制造、器件的用例(封盖)、器件的预期位置。 影响天线设计的因素有很多。 CC3220或 CC3200的射频设计没有差异。 第一步、您应该计算天线路径的阻抗。 之后在实际原型上进行测量(通过使用 VNA 调优匹配电路和使用频谱分析仪的天线辐射特性)。 您还应该使用 本文调整主点击的中心频率。 布局指南中提供了一些射频设计示例。 本文档非常重要。 尤其是有关直流/直流设计的内容。 这 是一段很好的视频 、介绍了正确优化天线为何重要。

3.有关设计差异的问题、请等待 TI 的回答。 我个人知道设计的所有重要变化、但我不想忘记任何重要的变化。

默认情况下、S 和 SF 器件受保护。 在生产模式下、固件映像由证书验证。 这意味着您需要从支持的 CA (例如 DigiCert)购买代码签名证书。 备用选项可以使用自签名 供应商证书。 此证书需要上载到 sFlash 的 OTP 部分。 描述 CC3220S (F)器件安全性的文档：

• SimpleLinkWi-FiCC3x20 MCU 安全性
• SimpleLinkWiFi 证书处理
• SimpleLink Academy (如何使用 Uniflash)
• SimpleLink Academy (安全文件系统)

1月

您好、Jan、
真的很感谢周末的及时回复！

希望 TI 工程师也能帮助确认原理图的变化！

我刚刚开始阅读 swru547a.pdf、我注意到一个约束条件："使用此功能时不支持出厂默认设置和 Gang 编程"。 我的目标是获得安全映像、以便我可以将安全 Gang 映像传递给生产中的串行闪存供应商。 您对安全 Gang 映像有何建议？ 或者、我可能会乍一看就误解了这份文档。。。

谢谢、
Dennis

尊敬的 Dennis：

请阅读 本文档第6.7.1章。

如果需要、可以通过 Uniflash 创建加密镜像。 您可以将此映像发送给制造商、制造商会将此映像上载到 sFlash (SPI 闪存)中。 将电路板返回给您后、您可以通过插入钥匙来激活图像。

文档 swru547a 介绍了供应商设备验证。 这允许使用自己的自签名证书。 但我希望您将使用来自 CA 的证书。 使用供应商设备身份验证具有一些 优势、但在生产环境中的灵活性略低。

BTW... 也许您可以打开新主题、其中涵盖了您对 CC3200和 CC3220之间原理图迁移的问题。 对于有关 CC3220的一般问题、我们可以在此处继续。

1月

您好、Jan、
非常感谢您的帮助。 我将在拿到 CC3220SF Launchpad 后尝试加密。

关于供应商身份验证、我认为它可以更灵活、因为供应商可以使用其证书进行签名。 也许我看不到整个图片。 我是否可以知道为什么它在生产环境中的灵活性会降低？

我将创建有关 CC3200和 CC3220之间原理图迁移的新主题。

谢谢、
Dennis

尊敬的 Dennis：

供应商身份验证的问题是、供应商证书只需使用 Uniflash 上传到串行闪存的 OTP 部分。 如果使用由 CA 支持的映像签名、则可以通过 Uniflash 创建此映像、并可使用 嵌入式编程进行上传。 从我的角度来看、它比 Uniflash (GUI 或 CLI)更适合大规模生产嵌入式编程。

BTW... 使用供应商身份验证时要小心谨慎。 因为 SPI 闪存 OTP 部分内的证书。 一旦您上传了错误的证书、就无法修复。 唯一的方法是交换 SPI 闪存芯片。

1月

您好、Jan、
得到了它、如果使用受支持的 CA 签名的映像、如果使用了错误的证书、是否可以修复它？

谢谢、
Dennis
 

您好、Jan、
非常感谢您的总结。  
通过 CA 的证书签名可以更好地实现。 我认为、在做出最终决策之前、我需要学习并熟悉整个安全编程过程。  
还有一个问题：
1.如果是通过供应商证书签名，如果客户获得供应商证书的访问权限，他们是否可以获得应用程序映像或刷写自己的映像？
由于我的初始设计基于 CC3200、我计划通过 SPI 线路将 Gang 映像编程到串行闪存上(可能甚至在将串行闪存组装到 PCB 之前)、我计划对 CC3220SF 采用相同的方法。 但是、如果我了解上述差异、并且使用"通过 CA 证书签名"解决方案、我的计划将不会受到影响。 但是、如果我使用"通过供应商证书签名"解决方案、供应商将仅限于使用 Uniflash 软件、以便他们可以将证书存储在串行闪存的 OTP 部分、对吧？

谢谢、
Dennis