• 状态 Resolved
  • 已锁定 已锁定
  • 回复 7 回复
  • 订户 0 订户
  • 视图 253 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] CC3220：CC3220SF 代码签名-根证书

admin
Guru**** 2562120 points
Other Parts Discussed in Thread: CC3220SF, UNIFLASH

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/754683/cc3220-cc3220sf-code-signing---root-certificate

器件型号：CC3220

尊敬的 TI 支持团队：

我们目前正在尝试(也未能)使购买的代码签名证书正常工作-现在我们使用 CC3220SF Launch XL、SDK 2.20和 uniflash v4.4.0。

我们经过测试/验证、因此了解以下内容：

信任链由3个部分组成： 模块证书、中间证书(thawte SHA256代码签名 CA)和根 CA (thawte 主根 CA)。

我们使用 openssl 验证了信任链是否为"正常"(即模块证书->中间证书->根 CA、更多信息请参阅下文)

我们在 Uniflash 4.4.0中使用"生产映像"、我们编写的应用程序基于 SDK 2.20。

我们使用 uniflash 将文件(不带文件扩展名".pim")每个文件仅包含一个证书到文件系统根文件夹中：

MODULE_CERT

thawte SHA256代码签名 CA (-> knowledge.digicert.com/.../INFO2172.html

thawte 主根 CA (->www.thawte.com/roots/thawte_Primary_Root_CA.pem)

对于 mcuimage.bin、我们选择了"module_cert"和相应的私钥来进行代码签名。

在对生产映像进行编程后、我们会得到以下错误：

从 CC3220SDK 证书目录的自述文件中、我们发现"thawte Primary Root CA"位于支持的授权机构列表中。

我们需要了解根证书未知错误的发生原因以及我们是否可以使证书正常工作。

一些 TI 工程师能否使用 CC3220 SDK 2.20的 certcatalog20171221.lst 目录验证上面链接的"thawte Primary Root CA"。

我们缺少什么吗？

此致

Jens

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

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

    尊敬的 Jens：

    进入 Uniflash 并在"Files -> Trusted Root-Certificate Catalog"下、验证您使用的是最新的目录。 屏幕截图应如下所示：

    位于 sdk_root/tools/cc32xx_tools/certificate-catalog 中的文件

    Jesu

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

    是的、我可以确认我们使用 CC3220 SDK 2.20和2.30中的 certcatalog + certcatalog 签名文件进行了测试、两者都导致根 CA 未知错误。 (文件名：certcatalog20171221.lst 和 certcatalog20171221.lst.signed_3220.bin)。

    这就是为什么我询问您(或 TI 的其他人)是否可以检查"thawte Primary Root CA"条目是否可以根据 TI 目录验证 www.thawte.com/roots/thawte_Primary_Root_CA.pem 提供的证书。
    由于自述文件(文件：///C：/ti/simplelink_cc32xx_sdk_2_30_00_05/tools/cc32xx_tools/certificate-catalog/readme.html)在"以下是根 CA 列表："部分中包含"thawte Primary Root CA"、但我们无法检查目录中是否确实包含此根 CA。
    是否有任何已知的 thawte 作为代码签名根 CA 的问题？

    TT：
    e2e.ti.com/.../678011
    似乎解决了一个类似的问题、但我可以从该 TT 中提取任何解决方案、因为我们使用生产映像模式并已选择 SDK_ROOT/TOOLS/cc32xx_TOOLS/certificate-catalog/certcatalog20171221.lst 和签名文件。

    我们现在将尝试使用 uniflash 4.5.0 -但这基本上是我们的想法...


    此致、
    Jens
  • 0
    TI__Guru**** 2562120 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    更新了：正如预期的那样、Uniflash 4.5.0也出现了相同的"根 CA 未知"错误
  • 0
    TI__Guru**** 2562120 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    另一个更新。
    我们认为我们已经解决了代码签名问题-作为 e2e 论坛社区的参考、方法如下：

    在之前的尝试中、我们使用了"pem "格式(ASCII 编码)证书。 这似乎不能与 ti cc3220目录和 ROM 实现一起运行。 即使论坛以及文档中都声明支持"pem "和"der "格式、
    将此证书(所有证书：模块、中间体和根 CA；以及模块的私钥)转换为"der"格式(二进制编码)似乎是使信任链正常工作所必需的"技巧"。

    注意：我们更新到了 Uniflash 4.5.0

    立即执行进一步测试-我将提供另一个更新的 WCHEN 测试已完成。
    Jens
  • 0
    TI__Guru**** 2562120 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好 JR、

    很抱歉耽误你的时间。 让我知道测试是如何进行的。

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

    因为不活动而关闭此线程。 如果您有新问题、可以随意创建新主题。

    Jesu