[参考译文] TMS320F280037：具有 AES-GCM 的安全引导加载程序

尊敬的 Lin：

如何使用(构建和运行)这两个函数？

您可以在 CCS 中打开并构建这些示例。

请查看以下主题帖和 TRM、了解有关这方面的更多详细信息、

(7) TMS320F280039C：澄清 AES 模块及其示例代码- C2000微控制器论坛- C2000 ︎ 微控制器- TI E2E 支持论坛

第32.2节- TMS320F28003x 实时微控制器技术参考手册(修订版 C)

谢谢

Aswin

尊敬的 Aswin：

非常感谢您的答复。

我将按照您的链接仔细阅读所有信息。

但是、通过快速浏览内容、我还没有找到调用 AES-GCM 加密/解密函数的示例引导加载程序。

您可以告诉我链接的具体部分或者向我提供引导加载程序示例吗？

或者、您是否有任何关于 AES-GCM  加密/解密功能的应用手册或白皮书？

感谢您的帮助。

LIN

LIN、

Aswin 当前不在 TI 印度当地假日的办公室中。  我正在向其他一些人进行循环、看看我们是否能给出一些中间答案、但我们可能需要等待 Aswin 下周回到办公室。  感谢您的耐心。

此致！

Matthew

尊敬的 Matt：

感谢您的更新。

我将在下周等待答案。

此致！

LIN

大家好、Matthew 和 Aswin、

您能否就 Lin 上周的未决问题提供反馈？ 您可以根据需要随时与团队中的任何其他人交流、在此处提供支持。 如果更容易、我们也很乐意通过电子邮件继续进行此讨论。 期待您的回复！

-Matt

尊敬的 C2000团队：

我知道您很难找到合适的专家来回答 Lin 的最新问题、但您能帮助提供状态更新吗？ 如果您需要更多时间、请告知我们、以便我们更好地了解何时可以收到此查询的答案。

-Matt

尊敬的 Lin：

感谢您的耐心等待。

目前、我们在 C2000Ware SDK 中有非安全启动加载程序和 AES-GCM 示例。  

作为顶层方法、我们有以下流程-

引导加载程序需要有以下两部分：  

我们目前的 SDK 没有此格式的示例、让我循环让我们的 BootROM 专家就此发表评论。

此致

Aswin

尊敬的 Aswin：

感谢您的答复和所有信息。  

是的、请联系您的 BootROM 专家获取评论。

我们要使用 F280037的闪存组0和闪存组1来保存当前的可执行固件和通过 SPI 从主机处理器接收到的新的解密固件。 在 AES-GCM 解密功能进行验证后、新固件将切换到当前可执行固件、并且之前的可执行固件将被下一个新版本的固件替换。 您能否或 BootROM 专家就这一想法发表评论？

同时、您可以向我指出非安全引导加载程序示例代码吗？

期待进一步的评论。

此致、

LIN

尊敬的 Lin：

从我所读的内容来看、这似乎是尝试使用具有外部接收的映像所需 AES-GCM 解密的 SPI 引导加载程序来执行固件更新。 是这样吗？

在需要的情况下、我们还能否了解目的是安全更新固件(遵循安全原则)、还是 可以使用 Aswin 和团队传达的非安全固件更新建议(即该器件仅对接收到的映像进行解密并将其编程到所需的闪存组中)？

请注意、如果打算实现"安全"固件更新、则需要在器件和应用级别考虑额外的注意事项。

注意事项包括但不限于通过 ROM 为自定义 SPI 引导加载程序建立信任根、以及确保从外部 EEPROM 接收的新固件的真实性和完整性来自受信任的已知来源。 出于这些考虑、需要对器件和应用程序提出更高的要求、才能正确实现安全固件更新。

此致、

Ozino