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.

[参考译文] CC2530:重新加入请求不应加密? - ZStack 3.0.2

Guru**** 2577385 points
Other Parts Discussed in Thread: SIMPLELINK-CC13X2-26X2-SDK

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/962848/cc2530-rejoin-requests-should-not-be-encrypted---zstack-3-0-2

器件型号:CC2530
主题中讨论的其他器件:SIMPLELINK-CC13X2-26X2-SDK

 

您在相关主题中指出"重新加入请求是加密的消息"。

Zigbee 规范 05-3474-21的图2.106 表明、在 PAN 内部可移植性中存在不安全的重新加入请求。

"2.5.4.5.5 ZigBee 终端设备"中详细介绍了 ZED 操作、这也是为了实现 PAN 内部的可移植性。

第4.6.3.1节还讨论了加入安全网络的问题:

"加入者设备应决定加入哪个 PAN、并发出 NLME-join.request 基元以加入该 PAN 的11239。 如果加入者已为此 PAN 拥有网络密钥、则 NLME-join.request 基元的 SecurityEnable 参数应设置为 true;否则应设置为 false。 如图11241图4.26所示、NLME-join.request 基元会导致向路由器发送关联请求或重新加入请求命令。"

因此、如果 PAN 与原始 PAN 不同、(重新)加入请求似乎不应是安全的。  重新初始化协调器后、其 PAN 可能已更改、因此 ZED 不应尝试使用 NLME 加密重新加入、而是重新加入未加密的内容。
这将使协调员能够发出休假请求。
协调器的 IEEE 地址允许 ZED 过滤掉不相关的协调器。

因此、从这个角度来看、ZED 是否应该在协调器中发出不安全的重新加入请求?  这将自动解决重新初始化的协调器的后果。

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

    我已检查日志:

    -新的 PAN ID 为 0x181e,ZED 使用加密的重新加入请求 ,使用7ccf21f45b47ba92b10db7c537f3d725作为密钥;

    -密钥 7ccf21f45b47ba92b10db7c537f3d725有效的旧 PAN ID 为 0xbef8。

    因此、我对规范的阅读表明重新加入请求应该是未加密的。

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

    您好、Mario、

    安全重新加入请求需要 NWK 密钥、无论 Pan ID 如何。  信任中心重新加入 可以执行并且未加密、但通常用于不再具有 NWK 密钥信息的加入设备、在这种情况下使用活动的 TCLK。  如果 ZC 不允许取消安全重新联接、则尝试此方法的 ZED 可能允许发出休假请求、但这也会有 NWK 安全性。  请参阅链接中描述的宏/变量。  您所描述的规范摘录与预先配置网络密钥的新加入有关。

    此致、
    Ryan

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

    好的、不存在休假请求、但"如果路由器拒绝加入者、其关联响应帧或重新加入响应帧应包含将关联状态字段设置为0x00以外的值、 并且、在该参数达到 NLME-join.confirm 基元中加入者的 ZDO 后、加入者不应开始授权例程。"

    我同意摘录"如果加入者已为此 PAN 拥有网络密钥、则11240 NLME-join.request 基元的 SecurityEnable 参数应设置为 true;"对应于具有预配置网络密钥的新加入、但部分"否则应设置为 false "。 适用于其他情况。
    重新加入也是相关的、因为规范中的下一句提到重新加入。

    您的链接对于较新的堆栈很有用、但在 ZStack 3.0.2中、""BDB_SECURE_REJOIN_ATTEMPTS不存在、

    我浏览过代码,但在 ZStack 3.0.2中,似乎没有这方面的任何设置。

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

     zgAllowRejoinsWithWellKnownKey 也是如此、SIMPLELINK-CC13X2-26X2-SDK 的重新加入过程得到了极大改进。

    此致、
    Ryan