蓝牙mesh Key Refresh

当一个或多个网络密钥,或者一个或多个应用程序密钥的安全性已被破坏或可能被破坏时,使用此过程(procedure )。

例如,当一个节点从网络中移除时,所有剩余的节点都需要更改其密钥,这样如果该节点在被移除后遭到破解,则被移除的节点将不知道正在使用的新密钥。 这被称为“垃圾箱攻击”。

该过程(procedure )允许将一些节点列入黑名单(即,不与一些被认为受到损害或存在安全风险的节点共享新密钥),因为新密钥的分发是基于配网器和每个节点在配网流程中建立的设备密钥

==问题一:黑名单是怎么设置的?==

该过程(procedure )包括更改网络密钥、应用程序密钥和所有派生的凭证,在做这些操作的同时对网络运行的干扰最小。

==问题二:一次过程是对单个网络密钥或应用秘钥更新,还是包括网络密钥、应用秘钥和派生凭证整个更新完?==

节点中的每个键索引(Key Index)可以包含一个或两个键(Key)。 如果持有两个密钥,则最近添加的密钥称为新密钥,另一个密钥称为旧密钥。

密钥刷新过程(The Key Refresh procedure管理 NetKey 及其关联的 AppKey 从旧密钥更改为新密钥的过程。 NetKey 更新过程中,其关联的 AppKey不应更改为新的值。

密钥刷新过程(The Key Refresh procedure独立于 IV 更新过程( the IV Update procedure。 这两个过程可以同时执行、交错执行或在不同时间执行。 IV Update过程的行为和Key Refresh过程的行为对对方均没有没有影响。

密钥刷新过程使用三个阶段将网络从仅使用旧密钥的当前状态改动到仅使用新密钥的新状态,如下图所示:

密钥刷新过程.png

==问题三、上图中各个阶段是怎么开始和结束?怎么知道要进入下一阶段,判断条件是什么?==

密钥的变化情况.png
  • 第一阶段涉及向每个节点分发新密钥。 节点将继续使用旧密钥进行发送,但可以使用旧密钥和新密钥进行接收。
  • 第二阶段涉及发送一个安全网络信标( Secure Network beacon),该信标表明网络中所有节点都拥有新密钥。 节点将使用新密钥进行发送,但可以使用旧密钥和新密钥进行接收。
  • 第三阶段涉及发送另一个安全网络信标( Secure Network beacon),该信标表明网络中所有节点都应撤销旧密钥。 节点将仅使用新密钥进行传输和接收。

执行阶段 1(密钥分发)时,每个节点都会收到一个存储在同一密钥索引中的新密钥。对于单个节点而言,收到新密钥就代表进入阶段1,之后收到消息都会新密钥和旧密钥循环做解码。一旦所有节点都确认收到新密钥,那第二个阶段可以开始。配网器会在网络周围发送一个信号,表明现在应该使用新密钥,也就是第二阶段开始,此时发送消息使用新密钥。一旦能确定所有节点都进入了第二阶段,都在用新密钥发送消息的时候,就可以进入第三阶段。第三阶段移除旧密钥。在节点都移除旧密钥后,节点回到通常状态。

每个 NetKey的更新是独立的,与其他NetKey的更新互不影响。 一个 NetKey 的密钥刷新过程可以与节点其他 NetKey 的另一个密钥刷新过程处于不同的阶段。

==问题四:密钥刷新过程中,密钥在本地网络数据中存储的数据结构?==

为了增加 Key Refresh 过程的稳健性,节点在处理消息时,应该做异常处理:

网络密钥更新消息ConfigNetKeyUpdate

  • 当节点 Key Refresh 过程尚未启动时,收到ConfigNetKeyUpdate 消息,其中NetKeyIndex 有效且NetKey 值不同,为正确消息,应该正确处理。
  • 当节点处于阶段 1,收到ConfigNetKeyUpdate 消息,NetKey 值相同的情况下,应该正确处理。
  • 当节点处于阶段 2 或阶段 3 时,收到ConfigNetKeyUpdate 消息应产生错误。

应用密钥更新消息ConfigAppKeyUpdate

  • 当节点处于正常操作、阶段 2 、阶段 3 ,ConfigAppKeyUpdate消息应产生错误。
  • 当节点处于阶段 1时,AppKeyIndex 有效但AppKey 值不同的情况下,ConfigAppKeyUpdate消息也应产生错误。

阶段1:新密钥的分配

这一步由配网器启动。配网器应确定参与更新的节点集合,将接收新 NetKey 和绑定到它的新 AppKey 。任何未收到新密钥的节点都被列入黑名单(即,它们将在第 3 阶段有效地从网络中删除)。

配网器将新密钥发送到未列入黑名单的每个节点。 使用 Config NetKey Update 消息和 Config AppKey Update 消息分发新密钥。

收到新密钥后,节点将存储它们。 在此阶段,节点应使用旧密钥发送并使用旧密钥和新密钥进行接收。

配网器应该考虑到低功耗节点存在非常高的延迟,因此在发送新密钥时要确保有足够的时间发送到每一个节点。在接收到将 OBO 字段设置为 1 以发送到低功耗节点的密钥更新消息的分段确认时,配置客户端可以对低功耗节点的朋友节点执行轮询超时列表过程(使用 SRC 字段的值标识朋友节点 Segment Acknowledgment) 以获取 PollTimeout 计时器的当前值,并根据该值安排 NetKey 或 AppKey 更新的重试。

在第 1 阶段使用新的 NetKey 接收到密钥刷新标志设置为 0 的安全网络信标后,节点应立即转换到第 3 阶段,从而有效地跳过第 2 阶段。

当配置客户端确定所有未列入黑名单的节点都已收到新密钥时,阶段 1 完成,应过渡到阶段 2。

Config NetKey Update

Config NetKey Update 是用于更新节点上的 NetKey 的确认消息。 然后节点使用更新后的 NetKey 来验证和解密它接收到的消息,以及验证和加密它发送的消息。对 Config NetKey Update 消息的响应是 Config NetKey Status 消息。

Config NetKey Update 消息参数如下:

字段 长度(字节) 注释
NetKeyIndex 2 Index of the NetKey
NetKey 16 NetKey
Config NetKey Status 消息参数如下:
字段 长度(字节) 注释
Status 1 Status Code for the requesting message
NetKeyIndex 2 Index of the NetKey

Config AppKey Update

Config AppKey Update 是一条确认消息,用于更新节点上 AppKey List 上的 AppKey 值。 节点使用更新的 AppKey 来验证和解密它接收到的消息,以及验证和加密它发送的消息。对 Config AppKey Update 消息的响应是 Config AppKey Status 消息。

Config AppKey Update消息参数如下:

字段 长度(字节) 注释
NetKeyIndexAndAppKeyIndex 3 Index of the NetKey and index of the AppKey
AppKey 16 新的APPKey值

NetKeyIndexAndAppKeyIndex 字段包含两个索引,分别标识 NetKey 的全局 NetKey Index 和 AppKey 的全局 AppKey Index。

Config AppKey Status 消息参数如下:
字段 长度(字节) 注释
Status 1 Status Code for the requesting message
NetKeyIndexAndAppKeyIndex 3 Index of the NetKey and index of the AppKey

阶段2:切换到新Key

配置客户端应开始发送密钥刷新标志设置为 1 的安全网络信标,使用新的 NetKey 进行保护,或者通过发送 Config Key Refresh Phase Set消息来启动密钥刷新阶段转换。 转换参数设置为 0x02 到一个或多个节点。

中继节点或朋友节点,当它处于给定 NetKey 的第 2 阶段时,应为新的 NetKey 发送安全网络信标,并将密钥刷新标志设置为 1,并且它应停止为旧的 NetKey 发送安全网络信标。

在接收到密钥刷新标志设置为 1 的安全网络信标或Friend Update好友更新消息,或阶段参数设置为 0x02 的Config Key Refresh Phase Set消息时,节点应将此 NetKey 的密钥刷新阶段设置为阶段 2 。在阶段 2 中,节点应仅使用新密钥传输消息和安全网络信标,应使用旧密钥和新密钥接收消息,但仅接收使用新 NetKey 保护的安全网络信标。

配置客户端应该知道低功耗节点可能具有非常高的延迟,因此低功耗节点可能需要额外的时间来接收来自朋友节点的密钥刷新标志信息。

当配置客户端确定所有未列入黑名单的节点都处于第 2 阶段时,第 2 阶段已完成,它应过渡到第 3 阶段。

Config Key Refresh Phase Set

消息参数如下

参数 长度(字节) 注释
NetKeyIndex 2 NetKey Index
Transition 1 New Key Refresh Phase Transition

Config Key Refresh Phase Set 是一条确认消息,用于设置已识别网络密钥的 Key Refresh Phase 状态。对 Config Key Refresh Phase Set 消息的响应是 Config Key Refresh Phase Status 消息。

Config Key Refresh Phase Status

消息参数如下

参数 长度(字节) 注释
Status 1 Status Code for the requesting message
NetKeyIndex 2 NetKey Index
Phase 1 Key Refresh Phase State

阶段3:移除旧Key

配置客户端应开始发送密钥刷新标志(Key Refresh flag)设置为 0 的安全网络信标,使用新的 NetKey 进行加密,或者通过发送Config Key Refresh Phase Set消息并将转换参数设置为 0x03 给 一个或多个节点来启动密钥刷新阶段转换。 配置客户端应撤销旧密钥。

当设备最近被配置并且没有旧密钥时,它将不知道旧密钥,因此将无法撤销旧密钥。

当一个给定的 NetKey 处于第 3 阶段时,Relay 节点或 Friend 节点应为新的 NetKey 发送安全网络信标,并将 Key Refresh 标志设置为 0。

在接收到密钥刷新标志设置为 0 的安全网络信标 或 朋友更新消息 或 转换参数设置为 0x03 的Config Key Refresh Phase Set消息时,节点应撤销旧密钥,并为新的 NetKey 发送安全网络信标,并将密钥刷新标志设置为 0。节点将仅使用新密钥进行传输和接收。 它应忽略使用密钥刷新标志设置为 1 的新 NetKey 保护的安全网络信标和朋友更新消息。旧密钥被撤销后,密钥刷新状态将为 0。

配置客户端应该考虑到低功耗节点可能具有非常高的延迟,因此低功耗节点可能需要额外的时间来接收来自朋友节点的密钥刷新标志信息。

Key Refresh Phase参数

密钥刷新阶段状态(Key Refresh Phase state)指示和控制网络密钥列表中每个网络密钥的密钥刷新过程。

描述
0x00 Normal operation; Key Refresh procedure is not active
0x01 First phase of Key Refresh procedure
0x02 Second phase of Key Refresh procedure
0x03–0xFF Prohibited

下表定义可以使用此状态控制的 Key Refresh Phase 状态的所有可能转换。 所有其他转换都由密钥刷新过程在内部处理(例如,当设备接收到密钥更新时从 0x00 到 0x01 的转换)。

Old State Transition New State Description
0x00 0x03 0x00 Transition 3 from Key Refresh Phase 0x00 does not cause any state change.
0x01 0x02 0x02 Transition 2 from Key Refresh Phase 0x01 moves to Key Refresh Phase 0x02
0x01 0x03 0x00 Transition 3 from Key Refresh Phase 0x01 invokes Key Refresh Phase 3 and then moves to Key Refresh Phase 0x00.
0x02 0x02 0x02 Transition 2 from Key Refresh Phase 0x02 does not cause any state change.
0x02 0x03 0x00 Transition 3 from Key Refresh Phase 0x02 invokes Key Refresh Phase 3 and then moves to Key Refresh Phase 0x00.

实际开发中要解决的问题

1.怎么区分待更新节点和黑名单节点?NRF SDK3.0之前由黑名单列表(BlackList)区分;NRF SDK3.0以及之后的版本用节点成员变量(Excluded)来区分。

通常情况下节点属性.png

2.怎么知道密钥刷新处于哪个状态?网络密钥有一个phase属性,表示当前KEY所处的刷新状态。刷新状态KeyRefreshPhase有3种情况 normalOperation,keyDistribution,usingNewKeys。

enum KeyRefreshPhase: Int {
  case normalOperation = 0
  case keyDistribution = 1
  case usingNewKeys    = 2
}

enum KeyRefreshPhaseTransition: UInt8 {
    case useNewKeys    = 2
  case revokeOldKeys = 3
}

3.发送密钥更新消息,需要传入想要更新的密钥。

在iOS 3.1.5的最新版本中,Key Refresh功能没有完善,需要我们自己做一定的修改。以NetworkKey更新为例,创建一个新的NetworkKey,在构建ConfigNetKeyUpdate消息时将新的NetworkKey传入。

//在ConfigNetKeyUpdate.Swift文件中,新增一个方法
public init(networkKeyIndex: KeyIndex, key: Data) {
    self.networkKeyIndex = networkKeyIndex
    self.key = key
}

//在程序中Key Refresh的调用方式
let message = ConfigNetKeyUpdate(networkKeyIndex: 0, key: Data.random128BitKey())

4.一次过程是对单个网络密钥或应用秘钥更新,还是包括网络密钥、应用秘钥和派生凭证整个更新完?

网络密钥和应用密钥的更新是分开进行的。

  • 在第一阶段,收到分配的新Key时,将新Key加入密钥信息中,同时会生成相应的派生。
  • 在一个Key的更新过程中,同时会存在两个Key以及相应的派生集。
  • 新Key更新成功后,旧Key以及旧Key的派生均会被移除。

5.给配网器节点发送更新和给设备节点发送更新是否有区别?

给配网器节点发送更新才会修改本地网络数据中NetKey的数据。发送给设备节点,会根据返回数据,在node的本地数据中,修改它的netKeys信息,netKeys信息是一个内部成员变量。在确定节点是否处于更新中的方法是获取节点所有的网络密钥networkKeys,而非索引数组netKeys。


处于更新第一阶段的网络密钥.png

节点中标识密钥处于更新中.png

6.第一阶段所有节点的更新流程?

逐一发送消息,在确认一个节点更新成功后,再开始下一个节点的keyUpdate操作。直到所有节点都更新成功,或者该阶段时间超时终止。同一时间,能更新的设备应该要大于1,如果有一个设备不在线,或者被黑掉了,可以往后继续执行。

7.实现的整体效果图


网络密钥刷新过程.png
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,332评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,508评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,812评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,607评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,728评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,919评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,071评论 3 410
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,802评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,256评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,576评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,712评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,389评论 4 332
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,032评论 3 316
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,798评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,026评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,473评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,606评论 2 350

推荐阅读更多精彩内容