CN113676880A - 秘钥更新方法、网络设备、***与存储介质 - Google Patents
秘钥更新方法、网络设备、***与存储介质 Download PDFInfo
- Publication number
- CN113676880A CN113676880A CN202011435123.XA CN202011435123A CN113676880A CN 113676880 A CN113676880 A CN 113676880A CN 202011435123 A CN202011435123 A CN 202011435123A CN 113676880 A CN113676880 A CN 113676880A
- Authority
- CN
- China
- Prior art keywords
- network
- node
- key
- message
- mesh
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 154
- 230000015654 memory Effects 0.000 claims description 13
- 230000001360 synchronised effect Effects 0.000 claims description 12
- 230000008569 process Effects 0.000 abstract description 68
- 238000011084 recovery Methods 0.000 description 123
- 238000012545 processing Methods 0.000 description 26
- 230000006854 communication Effects 0.000 description 25
- 230000003993 interaction Effects 0.000 description 25
- 238000004891 communication Methods 0.000 description 24
- 230000006870 function Effects 0.000 description 17
- 238000010586 diagram Methods 0.000 description 15
- 238000004590 computer program Methods 0.000 description 9
- 238000005516 engineering process Methods 0.000 description 6
- 238000013461 design Methods 0.000 description 4
- 239000004065 semiconductor Substances 0.000 description 4
- 235000008694 Humulus lupulus Nutrition 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 3
- 230000014509 gene expression Effects 0.000 description 3
- 229910044991 metal oxide Inorganic materials 0.000 description 3
- 150000004706 metal oxides Chemical class 0.000 description 3
- 230000006855 networking Effects 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 229910000577 Silicon-germanium Inorganic materials 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000002618 waking effect Effects 0.000 description 2
- JBRZTFJDHDCESZ-UHFFFAOYSA-N AsGa Chemical compound [As]#[Ga] JBRZTFJDHDCESZ-UHFFFAOYSA-N 0.000 description 1
- LEVVHYCKPQWKOP-UHFFFAOYSA-N [Si].[Ge] Chemical compound [Si].[Ge] LEVVHYCKPQWKOP-UHFFFAOYSA-N 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 235000019800 disodium phosphate Nutrition 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 208000019116 sleep disease Diseases 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了一种秘钥更新方法、网络设备、***与存储介质,应用于蓝牙Mesh网络,蓝牙Mesh网络包括至少两个网络节点,配置节点为蓝牙Mesh网络中的一个网络节点,配置节点用于配置蓝牙Mesh网络的网络秘钥,配置节点从蓝牙Mesh网络的网络节点中确定第一网络节点,第一网络节点本地维护的网络秘钥与当前蓝牙Mesh网络的第一网络秘钥不一致,从而,配置节点利用第一网络节点的设备秘钥加密第一网络秘钥,得到第一密文,发送携带第一密文的第一消息,以使得第一网络节点获取第一网络秘钥。如此,能够为错过秘钥更新过程的第一网络节点提供最新的秘钥,不需要用户手动恢复网络秘钥,提高了网络秘钥恢复的效率。
Description
技术领域
本申请涉及通信技术领域,特别涉及一种秘钥更新方法、网络设备、***与存储介质。
背景技术
蓝牙作为面向低功率、低功耗设备的无线多跳互联技术,与Wi-Fi技术、ZigBee技术等一起作为物联网(Internet of Things,IoT)的组网方式,进入了智能家居的应用环境。蓝牙Mesh组网方式也逐渐应用到IoT领域。
在使用蓝牙Mesh组网技术构建的无线网络(以下简称蓝牙Mesh网络)中,每个Mesh节点都存储有网络秘钥(Netkey),当Mesh节点之间进行通信时,通过Netkey对信息进行加密后,再进行信息交互。为了防止垃圾桶攻击(trash-can)攻击,每当蓝牙Mesh网络中删除了一个Mesh节点,都需要在蓝牙Mesh网络中全网更新Netkey。
但是,若Mesh节点因故错过秘钥更新过程,那么,该Mesh节点就无法获取到最新的Netkey,导致该Mesh节点无法与该蓝牙Mesh网络中的其他Mesh节点通信。
发明内容
本申请提供了一种秘钥更新方法、网络设备、***与存储介质,用于为错过秘钥更新过程的网络节点提供最新的秘钥。
第一方面,本申请提供了一种秘钥更新方法,应用于蓝牙Mesh网络,所述蓝牙Mesh网络包括至少两个网络节点,配置节点为所述蓝牙Mesh网络中的一个网络节点,所述配置节点用于配置所述蓝牙Mesh网络的网络秘钥,该方法包括:所述配置节点从所述蓝牙Mesh网络的网络节点中确定第一网络节点,所述第一网络节点本地维护的网络秘钥与当前蓝牙Mesh网络的第一网络秘钥不一致,从而,所述配置节点利用所述第一网络节点的设备秘钥加密所述第一网络秘钥,得到第一密文,进而,所述配置节点发送第一消息(也即后续具体实施方式中的消息1),以使得所述第一网络节点获取所述第一网络秘钥,所述第一消息携带所述第一密文。
换言之,当第一网络节点错过秘钥更新过程时,第一网络节点本地维护的网络秘钥与第一网络秘钥不一致,此时,配置节点向其发送第一消息以使其获取到第一网络秘钥,第一消息中携带有配置节点利用第一网络节点的设备秘钥对第一网络秘钥进行加密得到的第一密文,使得整个蓝牙Mesh网络中只有配置节点与第一网络节点可以解密该第一消息,保证了通信安全。
通过本实施例提供的方案,为错过秘钥更新过程的第一网络节点提供了恢复网络秘钥的方法,不需要用户重新手动将该第一网络节点加入Mesh网络,提高了网络秘钥恢复的效率。
本申请实施例中,蓝牙Mesh网络中可以包括长供电节点和低功耗节点(Low PowerNode,LPN)节点。其中,长供电节点一般无休眠状态;而LPN节点则存在休眠状态与唤醒状态,以降低LPN节点的功耗。或者,长供电节点也可以理解为蓝牙Mesh网络中除LPN节点之外的其他网络节点。
一方面,LPN节点可以在由休眠状态切换为唤醒状态后,基于自身情况(后续第二方面所示方法详述,这里不展开说明),向配置节点发送第二消息,以主动请求网络秘钥的更新和同步。
在一种可能的实施例中,所述配置节点从所述蓝牙Mesh网络的网络节点中确定第一网络节点,包括:所述配置节点接收第二消息(也即后续具体实施方式中的消息2),所述第二消息用于请求同步网络秘钥;当所述第二消息携带的请求方标识所指示的网络节点不是已删除节点时,所述配置节点将所述第二消息携带的请求方标识所指示的网络节点确定为所述第一网络节点。换言之,蓝牙Mesh网络中的任意一个网络节点都可以主动向配置节点请求同步网络秘钥,相应地,配置节点将其作为第一网络节点,向其发送第一消息,以使其获取到当前蓝牙Mesh网络的第一网络秘钥,实现网络秘钥的同步。
另一方面,长供电节点不存在休眠状态,那么,对于配置节点记录的秘钥更新失败的长供电节点,则可以由配置节点在秘钥更新过程结束后,主动对其进行秘钥恢复。
在一种可能的实施例中,所述配置节点从所述蓝牙Mesh网络的网络节点中确定第一网络节点,包括:所述配置节点将更新失败列表中的每个长供电节点,分别确定为所述第一网络节点;其中,所述更新失败列表用于记录所述蓝牙Mesh网络中秘钥更新失败且不是已删除节点的所有网络节点;所述长供电节点为所述蓝牙Mesh网络中除低功耗节点之外的其他网络节点。换言之,配置节点可以主动对更新失败列表中所有长供电节点作秘钥恢复处理,也即,配置节点向更新失败列表中的所有长供电节点(此时作为第一网络节点),分别发送第一消息。
此外,配置节点可以向多个第一网络节点分别发送第一消息,配置节点向不同第一网络节点发送的第一消息不同。这是由于任意一个第一网络节点具备唯一的设备秘钥,也即,多个第一网络节点的设备秘钥不同。那么,利用不同的设备秘钥加密第一网络秘钥得到的第一密文也不同,换言之,不同第一网络节点的第一消息中携带的第一密文不同,则配置节点向不同第一网络节点发送的第一消息不同。
在一种可能的设计中,本申请实施例所提供的秘钥方法可以应用于该秘钥更新过程之后,与该秘钥更新过程配合执行。例如,当蓝牙Mesh网络中有新的网络节点加入或有网络节点退出时,可以启动该秘钥更新过程;而针对错过该秘钥更新过程的网络节点,则可以将其作为第一网络节点,由配置节点执行前述秘钥更新方法,以使得第一网络节点获取到第一网络秘钥。如此,能够为错过秘钥更新的网络节点提供恢复秘钥的方法,不需要用户重新手动将该第一网络节点加入Mesh网络,提高了网络秘钥恢复的效率。
进一步的,配置节点还可以在秘钥更新过程结束后,维护更新失败列表。具体而言,该方法还包括;确定没有接收到第一通知对应的网络节点为更新失败节点,得到更新失败列表,所述第一通知用于通知配置节点,该网络节点已成功接收到第一网络秘钥。
本申请实施例中,所述配置节点为蓝牙Mesh网络中的Mesh网关;或者,所述配置节点为其他长供电节点。
本申请实施例中,所述第一消息为广播帧,所述第一消息中携带所述第一网络节点的标识。具体而言,第一消息可以为配置广播帧,也即配置Beacon。示例性的,第一网络节点的标识可以为第一网络节点的媒体接入控制(Media Access Control,MAC)地址。
本申请的一个实施例中,前述第二消息,也即后续具体实施方式中的消息2,也可以为配置广播帧(配置Beacon),且其中携带配置节点的标识。示例性的,配置节点的标识可以为配置节点的MAC地址。
第二方面,本申请提供一种秘钥更新方法,应用于蓝牙Mesh网络,所述蓝牙Mesh网络包括至少两个网络节点,配置节点为所述蓝牙Mesh网络中的一个网络节点,所述配置节点用于配置所述蓝牙Mesh网络的网络秘钥,第一网络节点为除所述配置节点之外的任意一个网络节点,所述方法包括:所述第一网络节点向所述配置节点发送第二消息,所述第二消息用于请求同步网络秘钥;所述配置节点接收到所述第二消息后,向所述第一网络节点发送第一消息,所述第一网络节点接收来自于所述配置节点的所述第一消息,所述第一消息携带第一密文,所述第一密文为利用所述第一网络节点的设备秘钥加密所述蓝牙Mesh网络的第一网络秘钥得到的。所述第一网络节点本地维护的网络秘钥与所述第一网络秘钥不一致;所述第一网络节点利用所述第一网络节点的设备秘钥解密所述第一密文,得到所述第一网络秘钥;所述第一网络节点将本地维护的网络秘钥更新为所述第一网络秘钥。
通过本实施例提供的方案,第一网络节点可以主动向配置节点请求同步网络秘钥,并利用第一网络节点的设备秘钥,对来自于配置节点的第一消息中携带的第一密文进行解密,即可得到当前蓝牙Mesh网络的第一网络秘钥,实现秘钥同步。在该过程中,第一网络节点的设备秘钥只有配置节点与第一网络节点可知,有利于第一消息在消息传递过程中的安全性,且通过该方法,为错过秘钥更新过程的第一网络节点提供了恢复网络秘钥的方法,不需要用户重新手动将该第一网络节点加入Mesh网络,提高了网络秘钥恢复的效率。
在一种可能的实施例中,所述第一网络节点在完成前述秘钥更新过程后,还可以向配置节点发送第三消息,所述第三消息用于指示所述第一网络节点已成功同步所述第一网络秘钥。
在一种可能的实施例中,所述第一网络节点在完成前述秘钥更新过程后,所述第一网络节点还可以利用所述第一网络秘钥,更新全网加密索引(IV Index)、更新应用秘钥(APP Key)或者重置本地序列号(SegNum)。
在一种可能的实施例中,所述第一网络节点可以在唤醒后多次建立友元失败时,向所述配置节点发送第二消息。
具体而言,当所述第一网络节点由休眠状态切换为唤醒状态,所述第一网络节点向第二网络节点发送第四消息;其中,所述第二网络节点与所述第一网络节点已建立友元关系(在该实施例中,第二网络节点为第一网络节点的友元节点),所述第二网络节点用于在所述第一网络节点处于休眠状态期间,为所述第一网络节点暂存消息;所述第四消息用于请求获取所述第二网络节点为所述第一网络节点暂存的消息。示例性的,第四消息可以为Friend Poll消息。
若在预设的第一时长内一直未收到来自于第二网络节点的反馈消息,则第一网络节点可以间隔性(例如,周期性)向第二网络节点发送第四消息,直至接收到来自于第二网络节点的反馈,或者,第四消息的发送次数达到预设的第一阈值。
那么,当所述第四消息的发送次数达到预设的第一阈值,且一直未接收到来自于所述第二网络节点的反馈消息时,所述第一网络节点广播第五消息,所述第五消息用于请求建立友元关系。示例性的,第五消息可以为Friend Request消息。
当所述第五消息的发送次数达到预设的第二阈值,且一直未接收到来自于其他网络节点的反馈消息时,所述第一网络节点向所述配置节点发送所述第二消息(也即消息2)。
第三方面,本申请提供一种网络设备,包括:至少一个处理器和存储器;所述存储器存储计算机执行指令;所述至少一个处理器执行所述计算机执行指令,使得所述网络设备执行如第一方面或第二方面中任一种实施例所述的方法。
第四方面,本申请提供一种网络***,包括:至少两个网络节点,其中,配置节点为所述蓝牙Mesh网络中的一个网络节点,所述配置节点用于配置所述蓝牙Mesh网络的网络秘钥,以及,用于执行如第一方面任意一种实施例所述的方法;除所述配置节点之外的其他任意一个所述网络节点,则用于执行如第二方面任意一种实施例所述的方法。
第四方面,本申请提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如第一方面或第二方面所述的方法。
第五方面,本申请提供一种计算机程序,当所述计算机程序被计算机执行时,用于执行第一方面或第二方面所述的方法。
在一种可能的设计中,第五方面中的程序可以全部或者部分存储在与处理器封装在一起的存储介质上,也可以部分或者全部存储在不与处理器封装在一起的存储器上。
综上,本申请实施例所提供的秘钥更新方法、网络设备、***与存储介质,在蓝牙Mesh网络的各个节点中,利用第一网络节点的设备秘钥加密当前蓝牙Mesh网络的第一网络秘钥,其中,第一网络节点本地维护的网络秘钥与当前蓝牙Mesh网络的第一网络秘钥不一致,从而,配置节点向其发送加密第一网络秘钥得到的第一密文,使得第一网络节点可以同步第一网络秘钥,能够为错过秘钥更新过程的第一网络节点提供同步最新网络秘钥的方法,并且,整个蓝牙Mesh网络中只有配置节点与第一网络节点可以解密该第一消息,保证秘钥更新过程的通信安全。
附图说明
图1为本申请提供的一种蓝牙Mesh网络的架构示意图;
图2为本申请实施例提供的一种蓝牙Mesh网络应用于智能家居应用场景的示意图;
图3为现有技术中一种秘钥更新方法的消息交互示意图;
图4为本申请提供的一种秘钥更新方法的消息交互示意图;
图5为本申请提供的一种秘钥恢复方法的消息交互示意图;
图6为本申请提供的另一种秘钥恢复方法的消息交互示意图;
图7为本申请提供的另一种秘钥恢复方法的消息交互示意图;
图8为本申请提供的另一种秘钥恢复方法的消息交互示意图;
图9为本申请提供的另一种秘钥恢复方法的消息交互示意图。
具体实施方式
以下,结合附图对本实施例的实施方式进行详细描述。
本申请中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),可以表示:a,b,c,a-b,a-c,b-c,或a-b-c,其中a,b,c可以是单个,也可以是多个。
本申请实施例可应用于任意的蓝牙Mesh网络。
其中,蓝牙Mesh网络是一种多对多网络(Many to Many)。在蓝牙Mesh网络中,可以包括多个网络节点,网络节点也即蓝牙Mesh网络的节点,网络节点又可以简称为:节点、Mesh节点、设备节点、Mesh设备等,本申请实施例对其命名无特别限制。在蓝牙Mesh网络中,每个网络节点都可以和其他网络节点自由通讯,中继(Relay)节点可以对接收到的消息(message)进行中继转发,如此,在蓝牙Mesh网络中,消息可以经一个或多个Mesh节点的中继转发到达接收端,这也大大扩展了消息的传输范围和Mesh网络的覆盖范围。
示例性的,图1示出了本申请实施例提供的一种蓝牙Mesh网络的示意图。图1所示的蓝牙Mesh网络100中,包括多个网络节点,其中包括网关节点(或可称为Mesh网关、Mesh网关节点等),Mesh网关用于实现蓝牙Mesh网络与其他网络的通信,例如,通过Mesh网关可以实现蓝牙Mesh网络与无线保真(Wireless-Fidelity,WiFi)网络、ZigBee(紫峰协议)网络等网络的通信,后续结合图1具体说明。
在一个蓝牙Mesh网络100中可以包括一个Mesh网关,除此之外,蓝牙Mesh网络中还可以包括其他的Mesh节点。如图1所示,蓝牙Mesh网络100中包括:Mesh网关110与多个Mesh节点:Mesh节点111~Mesh节点117。
在蓝牙Mesh网络中,其他Mesh节点可以直接与Mesh网关110相连接,也可以通过其他的一个或多个Mesh节点间接与Mesh网关110连接。如图1所示,Mesh节点111直接连接于Mesh网关110,Mesh节点112和Mesh节点113通过Mesh节点114连接于Mesh网关110,Mesh节点115和Mesh节点116通过Mesh节点117连接于Mesh网关110。
应当理解,图1所示的蓝牙Mesh网络中所包含的Mesh节点的数量和连接关系仅仅是一种举例,本申请实施例并不限制于此。例如,蓝牙Mesh网络还以包括更多或更少的Mesh节点,又例如,Mesh节点111~Mesh节点117中的一个或多个之后还可以连接更多的Mesh节点。
按照Mesh节点是否存在休眠状态,可以对Mesh节点进行划分。具体而言,可以将蓝牙Mesh网络100中的Mesh节点,划分为长供电节点与低功耗节点(Low Power Node,LPN)。其中,长供电节点一般无休眠状态;而LPN节点则存在休眠状态与唤醒状态,以降低LPN节点的功耗。
示例性的一种实施例中,直接连接于电源的Mesh节点可以为长供电节点,而通过电池或其他移动电源(或设备)供电的Mesh节点可以为LPN节点。例如,长供电节点可以为连接于电源的电视、电脑等电子设备,这些长供电节点可以通过蓝牙模块与其他Mesh节点通信;而LPN节点则可以为具备蓝牙功能的手机、蓝牙耳机、蓝牙音箱等电子设备,这些LPN节点一般不会长时间持续与电源连接,可以通过电池等供电,并与其他Mesh节点通信。
在蓝牙Mesh网络中,Mesh网关为长供电节点。除Mesh网关之外的其他Mesh节点中,包括长供电节点和LPN节点,LPN节点可以直接连接于Mesh网关,或者通过一个或多个其他Mesh节点(长供电节点)间接与Mesh网关连接。
示例性的,在图1所示的蓝牙Mesh网络100中,Mesh网关110为一种长供电节点。除此之外,Mesh节点114和Mesh节点117可以为长供电节点,其他节点,如Mesh节点111~Mesh节点113、Mesh节点115~Mesh节点116可以为LPN节点。其中,LPN节点(例如Mesh节点111)可以直接连接至Mesh网关110;或者,LPN节点(例如Mesh节点112~Mesh节点113、Mesh节点115~Mesh节点116)则可以通过长供电节点连接至Mesh网关110,此时该长供电节点作为中继节点或者友元节点(Friend node)。
按照功能角色对Mesh节点进行划分时,蓝牙Mesh网络可以包括如下几种:Mesh网关节点(或称为:蓝牙Mesh网关)、蓝牙中继节点(Mesh Relay node)、代理节点(Proxynode)、友元节点(Friend node)和蓝牙LPN节点。
其中,Mesh网关用于连接蓝牙Mesh网络与其他网络,例如后续图1所示场景中,通过Mesh网关可以连接蓝牙Mesh网络与WiFi路由器,进而连接到其他网络,后续详述。
除此之外,Mesh网关还可以作为入网管理器(Provisioner)和/或配置客户端(Configuration Client)。其中,入网管理器负责全蓝牙Mesh网络中Mesh节点的接入,配置客户端负责全网配置,具体可以包括但不限于对Netkey的配置。
需要说明的是,实际场景中,Mesh网关一般作为入网管理器与配置客户端,但在实际场景中,本申请实施例对于配置客户端、入网管理器是否为Mesh网关无特别限定。
具体而言,配置客户端与入网管理器可以通过一个或多个长供电节点实现。为便于说明,后续将承担配置客户端所述的负责全网配置功能的Mesh节点称作:配置节点。例如,在图1所示的蓝牙Mesh网络100中,Mesh网关110(一个长供电节点)可以作为配置客户端和入网管理器,承担全网(蓝牙Mesh网络)Netkey的配置功能以及全网的入网接入管理功能,或者,将Mesh节点114(一个长供电节点)作为配置客户端,承担全网Netkey的配置功能,Mesh节点117(另一个长供电节点)可以作为入网管理器,承担全网的入网接入管理功能。
蓝牙中继节点(Mesh Relay node)一般为长供电节点,负责网络消息的转发。例如,在图1所示的蓝牙Mesh网络100中,Mesh节点114可作为蓝牙中继节点,可用于转发Mesh网关110与Mesh节点112之间的网络消息,以及,还可以用于转发Mesh网关110与Mesh节点112之间的网络消息。
代理节点(Proxy node)一般为长供电节点,负责为非蓝牙Mesh网络的BLE设备接入该蓝牙Mesh网络做代理。例如,在图1所示的蓝牙Mesh网络100中,Mesh节点114与Mesh节点117可以作为代理节点,为非当前蓝牙Mesh网络***的BLE设备进行接入网络的代理处理。此处对代理过程不作详细展开。
友元节点为长供电节点,可用于为已建立友元关系(Friend关系)的休眠节点(也就是,处于休眠状态的LPN节点)暂存消息,如此,当休眠的LPN节点醒来时,可以通过与友元节点的交互来获取自身休眠期间的消息。以图1所示的蓝牙Mesh网络100中,Mesh节点117可作为Mesh节点115和Mesh节点116的友元节点,Mesh节点117可以在Mesh节点115或Mesh节点116休眠期间为其暂存消息;Mesh节点114可作为Mesh节点112和Mesh节点113的友元节点,Mesh节点114可以在Mesh节点112或Mesh节点113休眠期间为其暂存消息。
示例性的一种实施例中,当Mesh节点112休眠后醒来,即可向自己的友元节点,也就是,Mesh节点114,发送friend poll消息,该friend poll消息用于向友元节点请求自身休眠期间的网络消息。由此,当Mesh节点114接收到该friend poll消息,且自身存储有Mesh节点112休眠期间的暂存消息时,Mesh节点114即可向Mesh节点112反馈该friend poll消息的响应消息。该响应消息中即携带Mesh节点112休眠期间,由Mesh节点114为其暂存的消息。
在一种可能的实施例中,为了最大限度拓展Mesh网络的覆盖面积,将长供电节点同时作为中继节点、代理节点和友元节点,此时,长供电节点可称为Mesh Relay,Proxy&Friend node。例如,图1所示***中,Mesh节点114可以为Mesh Relay,Proxy&Friend node。
如前所述,本申请实施例可以应用于任意蓝牙Mesh网络,蓝牙Mesh网络还可以与其他网络进行通信。
示例性的,蓝牙Mesh网络可以进一步应用于智能家居场景。此时,可以参考图2,图2示出了本申请实施例提供的一种蓝牙Mesh网络应用于智能家居应用场景的示意图。如图2所示,该通信***中,包括蓝牙Mesh网络100,示例性的,图2所示的蓝牙Mesh网络包括Mesh网关110与Mesh节点111,可以理解,该蓝牙Mesh网络100还可以包括更多的Mesh节点,例如图1所示,此处不展开说明。
如图2所示,Mesh网关110可以与WiFi路由器310连接,并通过WiFi路由器310实现与WiFi网络(或设备)、其他网络(或网络设备)的通信。
示例性的一种实施例中,图2示出了ZigBee(紫峰协议)网络200,该ZigBee网络200包括:ZigBee网关210和ZigBee设备220。在这种场景中,Mesh节点111通过Mesh网关110连接至WiFi路由器310、ZigBee设备220通过ZigBee网关210连接至WiFi路由器310,由此,Mesh节点111与ZigBee设备220可以通过WiFi路由器310实现通信。
示例性的另一种实施例中,图2还进一步示出了WiFi设备320。在该场景中,Mesh节点111通过Mesh网关110连接至WiFi路由器310、WiFi设备320也与WiFi路由器310连接,由此,Mesh节点111与WiFi设备320可以通过WiFi路由器310实现通信。
示例性的另一种实施例中,图2还进一步示出了终端。示例性的,图1中具体示出了终端的两种表现形式:平板电脑410和手机420。本申请实施例中,终端还可以有其他表现形式,例如终端还可以包括:笔记本电脑、掌上电脑、移动互联网设备(mobile internetdevice,MID)、智能音箱、智能电视等具有WiFi接入功能的终端。在该场景中,终端可以与WiFi路由器310通信,由此,Mesh节点111通过Mesh网关110、WiFi路由器310,可以实现与手机420、平板电脑410进行通信。
示例性的另一种实施例中,图2还进一步示出了智能家居云500,如图2所示,智能家居云500可以与终端、WiFi路由器310通信。由此,Mesh节点111可以通过Mesh网关110、WiFi路由器310,实现与智能家居云500的通信。
在一个可能的智能家居云的场景中,Mesh网络100、ZigBee网络200、终端(410、420等)、智能家居云500、WiFi设备320,可以通过WiFi路由器310实现全局通信。此外,在图2所示的智能家居场景中,本申请实施例中,终端可以通过WiFi路由器310或者移动数据,来实现与智能家居云500的通信。
应当理解,图2所示的通信***中所包含的各电子设备的数量和类型仅仅是一种举例,本申请实施例并不限制于此。例如,还可以包括更多的与终端进行通信的Mesh节点110,为简明描述,不在附图中一一描述;又例如,还可以包括核心网节点或用于承载虚拟化网络功能的设备等,这些对于本领域技术人员而言是显而易见的,在此不一一赘述。
在前述蓝牙Mesh网络100中,各Mesh节点之间通过网络秘钥(Netkey)对信息进行加密后通信。具体而言,各Mesh节点可以各自分别存储Netkey。如前所述,配置客户端负责全网配置,具体可以包括但不限于对Netkey的配置,而Netkey一般由配置客户端(或配置节点)配置,并在全网进行同步。对于各Mesh节点(包括Mesh网关)而言,Mesh节点的Netkey需要与全局的Netkey保持一致,才能够与其他Mesh节点进行正常通信。
根据蓝牙Mesh1.0的规范当NetKey或/和应用秘钥(AppKey)有泄露风险的时候,例如,当有Mesh节点从蓝牙Mesh网络中被删除时,可以通过秘钥更新过程(Key Refreshprocedure)来更新全网的NetKey和AppKey。在进行秘钥更新过程之前,配置客户端(Configuration Client)可以将有泄露风险的Mesh节点加入黑名单(或称为:更新秘钥黑名单),其中,黑名单内的Mesh节点无法获知新秘钥(包括:Netkey,除此之外,还可能包括其他秘钥,例如APPkey)。
示意性的,可以参考图3所示的现有技术中的秘钥更新过程的消息交互示意图,该秘钥更新过程主要涉及配置客户端与黑名单之外的各Mesh节点之间的消息交互。其中,图3中,配置客户端具体为Mesh网关,图3示意性的示出了Mesh网关与1个Mesh节点之间进行Netkey更新时的消息交互过程。
如图3所示,在更新全网的Netkey时,该秘钥更新过程包括如下步骤:
S302,Mesh网关向Mesh节点发送秘钥更新消息,其中,秘钥更新消息携带有加密后的新网络秘钥。
秘钥更新消息中携带第二密文,该第二密文是采用双重加密机制,利用原网络秘钥(原Netkey,还可以记作第二网络秘钥)与Mesh节点的设备秘钥(Devkey),对第一网络秘钥(即新的网络秘钥)进行双重加密后得到的。具体而言,秘钥更新消息中,在网络层利用原Netkey进行加密,在Model层则利用Mesh节点的Devkey进行加密。
在图3所示的秘钥更新过程中,Mesh网关可以向非黑名单内的各Mesh节点,分别发送利用Mesh节点的Devkey与原Netkey加密后的秘钥更新消息。
在蓝牙Mesh网络中,秘钥更新消息可以在一跳或多跳内到达Mesh节点。例如,在图1所示的蓝牙Mesh网络中,Mesh网关110可以将新Netkey直接发送给Mesh节点114(一跳到达);而Mesh网关110将新Netkey发送给Mesh节点112时,则可以通过Mesh节点114的转发(两跳到达)。
具体而言,秘钥更新消息可以具体通过配置模型(Config Model)来发送。可以理解,秘钥更新消息用于更新蓝牙Mesh网络的Netkey,本申请实施例对其命名方式无特别限定。示例性的,秘钥更新消息可以为Config Network Key Update消息。
除此之外,Mesh网关还向Mesh节点发送Transaction值为2的Config Model的Config Key Refresh Phase Set消息。其中,当Config Key Refresh Phase Set消息的Transaction值为2时,该消息用于指示Mesh节点可以使用新Netkey加密消息并发送,以及,Mesh节点可以使用新Netkey或原Netkey解密消息。
需要注意的是,Config Key Refresh Phase Set消息中携带的Transaction值不同,Config Key Refresh Phase Set消息的含义不同。后续还涉及Transaction值为3的Config Key Refresh Phase Set消息,后续具体说明。
S304,Mesh节点解密秘钥更新消息。
如前所述,秘钥更新消息是利用原Netkey与Mesh节点的Devkey对新Netkey进行双重加密后发送的,由此,Mesh节点在接收到秘钥更新消息后,可以利用原Netkey与自身的Devkey对秘钥更新消息中携带的第二密文进行解密。也即,在Mesh节点在接收到秘钥更新消息时,在网络层利用原Netkey对秘钥更新消息进行解密,并在Model层利用自身的Devkey进行解密。可以理解,若二者均解密成功,Mesh节点即可获取到新Netkey。
S306,当解密成功时,Mesh节点向Mesh网关发送第一通知,该第一通知用以通知Mesh网关自身已经成功接收到新网络秘钥。
此时,Mesh节点获知了新Netkey,并且,此时原Netkey并未被废除。在现阶段,蓝牙Mesh网络中,发送端Mesh节点可以利用新Netkey加密数据后发送,而接收端Mesh节点则可以利用新Netkey或原Netkey进行解密。
具体实现图3所示的秘钥更新过程时,第一通知是通过Config Model发送的。具体而言,第一通知具体为Config NetKey States消息。
S308,当接收到来自于所有非黑名单内的Mesh节点的第一通知时,Mesh网关在全网发送第二通知,该第二通知用以在全网通知废除原网络秘钥。
具体而言,在各Mesh节点接收到第二通知之前,各Mesh节点可以利用原Netkey或新Netkey来与其他Mesh节点通信;在各Mesh节点接收到第二通知后,各Mesh节点可以删除原Netkey,仅使用新Netkey与其他Mesh节点通信。
其中,第二通知也是通过Config Model发送的。具体而言,第二通知具体为Transaction值为3的Config Key Refresh Phase Set消息。当Config Key Refresh PhaseSet消息的Transaction值为3时,该消息(也即第二通知)用于指示Mesh节点可以只使用新Netkey进行通信。换言之,废除原Netkey。
进一步地,各Mesh节点在接收到Transaction值为3的Config Key Refresh PhaseSet消息后,还可以向Mesh网关反馈Config Key Refresh Phase States消息。该ConfigKey Refresh Phase States消息用于指示自身(Mesh节点)已完成秘钥更新设置。
以图1所示的蓝牙Mesh网络100为例,对秘钥更新过程进行说明。在图1所示实施例中,Mesh网关110作为配置客户端,向Mesh节点111~Mesh节点117分发秘钥更新消息。由此,对Mesh节点111~Mesh节点117中任意一个而言,以Mesh节点111为例,Mesh节点111接收到秘钥更新消息,利用自身存储的原Netkey对秘钥更新消息进行解密,解密成功即可得到新Netkey,之后,Mesh节点111向Mesh网关110发送Config NeKey States消息(也即第一通知)。
除此之外,Mesh网关110还可以向各Mesh节点分别发送Transaction值为2的Config Key Refresh Phase Set消息。以Mesh节点111为例,Mesh节点111在接收到Transaction值为2的该Config Key Refresh Phase Set消息后,Mesh节点111向Mesh网关发送Config Key Refresh Phase States消息。在该阶段,当Mesh节点111向其他Mesh节点发送消息时,利用新Netkey加密消息后再发送;当接收来自于其他Mesh节点的消息时,Mesh节点111则利用新Netkey或原Netkey进行解密。
直至Mesh网关110接收来自于所有Mesh节点的Config Key Refresh PhaseStates消息,也即,当Mesh网关110接收到分别来自于Mesh节点111~Mesh节点117的ConfigKey Refresh Phase States消息时,Mesh网关110向Mesh节点111~Mesh节点117发送Transaction值为3的Config Key Refresh Phase Set消息(第二通知),以废除原Netkey。如此,即实现了Netkey的全网更新。
需要注意的是,在图3所示的秘钥更新过程中,S308步骤执行前,Mesh网关需要在确定非黑名单内的所有Mesh节点均已成功接收到新Netkey时,也就是,接收到来自于未在黑名单内的所有Mesh节点的第一通知后,才会在全网发送第二通知。
基于此,当有不在黑名单内的Mesh节点因故未能成功向Mesh网关发送第一通知时,这就导致Mesh网关无法接收到来自于该Mesh节点的第一通知。
为便于说明,后续说明中,将这种不在秘钥更新黑名单,且在秘钥更新过程中未成功发送第一通知的Mesh节点(或Mesh节点)称为第一网络节点(或第一网络节点)。其中,第一网络节点可能会由于自身处于休眠状态、电池问题、自身故障、通讯干扰或者被移出了蓝牙Mesh网络的覆盖区域中的一种或多种原因,导致未能成功向Mesh网关发送第一通知。而第一网络节点未能成功发送第一通知的情况,可以包括:第一网络节点未成功接收到秘钥更新消息,和/或,第一网络节点无法对外发送第一通知。
这种情况下,Mesh网关可以持续等待,直至接收到来自于所有非黑名单内的Mesh节点的第一通知,Mesh网关才执行S308,完成秘钥更新过程。
以图1所示的蓝牙Mesh网络100举例,若Mesh节点113由于通信干扰问题,在接收到秘钥更新消息后,无法向发出第一通知(Config NeKey States)时,Mesh网关110就无法接收到来自于Mesh节点113的第一通知,则Mesh网关110会持续等待,直至Mesh节点113通讯恢复,Mesh节点113向Mesh网关110发送第一通知,如此,Mesh网关110可以接收到分别来自于Mesh节点111~Mesh节点117的第一通知,Mesh网关110才会全网发布第二通知,实现秘钥更新。
但是,在蓝牙Mesh网络中,秘钥更新过程一般是基于秘钥存在被泄露的风险而启动的,例如,有Mesh节点移出网络时启动秘钥更新过程,又例如,当有新的Mesh节点加入网络时,也可以启动如图3所示的秘钥更细过程。那么,Mesh网关在秘钥更新过程中等待的时间越长,蓝牙Mesh网络受到Trash-can攻击的几率越大,安全风险越高。
甚至,在一些可能的情况下,第一网络节点可能一直无法解决故障问题,如此,第一网络节点一直无法向Mesh网关成功发送第一通知,那么,若Mesh网关一直等待,则有可能导致秘钥更新过程一直无法完成,这极大地影响了蓝牙Mesh网络的安全性。
除前述秘钥更新方法之外,目前还可以通过维护人员来对第一网络节点进行配置(provisioning),以使得第一网络节点重新入网,从而,在其重新入网后能够获取到当前最新的网络秘钥。但是,这种秘钥更新方式需要维护人员手动参与实现,且重新配置入网的过程操作繁琐复杂,存在及时性较差的问题,由此也存在一定的安全隐患。
下面以具体地实施例对本申请实施例的技术方案进行详细说明,通过这些技术方案,可以为错过秘钥更新的Mesh节点获得更新后的网络秘钥,有利于提高蓝牙Mesh网络的安全性。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本申请的实施例进行描述。
本申请实施例提供一种秘钥更新方法,该方法可以应用于蓝牙Mesh网络,用于实现蓝牙Mesh网络的秘钥更新。
本申请实施例中,配置客户端可以由蓝牙Mesh网络中的一个长供电节点承担,为便于说明,将承担全网配置功能的Mesh节点简称为:配置节点。如前所述,配置节点可以具体为蓝牙Mesh网络中的Mesh网关,或者,配置节点可以具体为除Mesh网关之外的其他长供电节点。例如,图1所示场景中,配置节点可以为Mesh网关110,或者,配置节点也可以为Mesh节点117或Mesh节点114。
后续为便于说明,以一个配置节点与一个除配置节点之外的其他Mesh节点为例,说明本方案。
本发明实施例中,蓝牙Mesh网络的秘钥更新过程,可以参考图4,具体可以包括如下步骤:
S402,配置节点向Mesh节点发送秘钥更新消息,其中,秘钥更新消息携带有加密后的新网络秘钥。
具体而言,秘钥更新消息是利用原Netkey与Mesh节点的Devkey,对新Netkey加密后得到的。其中,秘钥更新消息的网络层,是利用原Netkey加密的,而在其Model层,则是利用Mesh节点的Devkey加密的。
可以理解,实际场景中,配置节点可以分别向各个除配置节点之外的Mesh节点发送秘钥更新消息。
S404,Mesh节点接收到秘钥更新消息后,解密秘钥更新消息。
也就是,Mesh节点利用原Netkey与Mesh节点自身的Devkey解密秘钥更新消息。
S406,当解密成功时,Mesh节点向配置节点发送第一通知,该第一通知用以通知配置节点自身已经成功接收到新网络秘钥。
图4中S402~S406的实现方式,可以参考图3中的S302~S306的相关表述,此处不再赘述。
S408,当计时时长达到预设时长,或者,当前时刻达到预设时刻时,配置节点在全网发送第二通知,该第二通知用以在全网通知废除原网络秘钥。
其中,计时时长的起点为S402中配置节点发出秘钥更新消息的时刻。
换言之,在图4所示的实施例中,配置节点发送秘钥更新消息后,即可开始计时,当计时时长达到预设时长(或称为:等待时长、超时时长),或,当前时刻达到预设时刻时,配置节点对外发送第二通知,以在全网通知废除原网络秘钥。如此,通过配置节点侧的计时处理,无论是否全部Mesh节点都收到新Netkey,都能够在预设时长内(或预设时刻)完成秘钥更新过程,降低配置节点持续等待Mesh节点的反馈而导致的安全性风险。
但是,在图4所示的秘钥更新过程中,可能存在因故未能成功向配置节点发送第一通知的Mesh节点,也即第一网络节点。因此,本申请实施例在图4所示的秘钥更新过程的基础上,还进一步提供了针对第一网络节点的秘钥恢复过程。
其中,本申请实施例所涉及到的第一网络节点,是指蓝牙Mesh网络中,在秘钥更新过程之后本地维护的网络秘钥与当前蓝牙Mesh网络的第一网络秘钥不一致的部分Mesh节点。
应当理解,“秘钥恢复过程”实际是针对第一网络节点的秘钥更新过程,该命名仅用于区分针对蓝牙Mesh网络中全部Mesh节点的秘钥更新过程。实际实现场景中,针对第一网络节点的秘钥恢复过程,可视作秘钥更新过程的一部分。后续为便于区分说明,将图4所示的针对所有Mesh节点(不在黑名单内,且除配置节点之外的所有Mesh节点)的秘钥更新过程,简称为:秘钥更新过程;将针对第一网络节点进行的秘钥更新过程,简称为:秘钥恢复过程。
具体而言,针对第一网络节点进行秘钥恢复时,可以通过第一网络节点与配置节点之间的消息交互,使得第一网络节点获取到新网络秘钥。
其中,在第一网络节点与配置节点进行消息交互时,可以利用第一网络节点的设备秘钥(Devkey)来对Config Model消息进行加密。其中,每个Mesh节点具备一个唯一的Devkey,Mesh节点的Devkey仅Mesh节点自身、配置节点能够获取得到。因此,利用第一网络节点的Devkey对Config Model消息进行加密,只有第一网络节点自身与配置节点能够成功解密该消息,有利于提高秘钥恢复过程中消息交互的安全性。
具体而言,秘钥恢复过程,可以由配置节点基于更新失败列表而触发;或者,也可以由第一网络节点向配置节点发出密钥恢复请求,从而,配置节点响应于接收到的秘钥恢复请求而实现。
以下,对这两种秘钥恢复过程的实现方式进行说明。
第一种秘钥恢复方式,配置节点基于更新失败列表,主动触发前述秘钥恢复过程。
其中,更新失败列表用于对秘钥更新过程中更新失败的Mesh节点进行记录。具体而言,更新失败列表可以记录更新失败的Mesh节点的节点标识。其中,节点标识可以包括但不限于:MAC地址、Mesh地址、自定义编号等,其中,自定义编号可以为文字、字符、数字的一种或多种方式的组合,不作赘述。
由此,这种秘钥更新方式,可以在图4所示的秘钥更新过程之后实现。
更新失败列表可以由配置节点记录维护。在蓝牙Mesh网络中,配置节点负责全网配置,因此,配置节点可以获知当前的蓝牙Mesh网络中共包含哪些Mesh节点,在此基础上,配置节点可以基于秘钥更新过程中接收到的第一通知,确定哪些Mesh节点未及时反馈第一通知。
基于此,在一可能的实施例中,配置节点除执行图4所示的秘钥更新过程之外,还可以获取未及时反馈第一通知的Mesh节点的标识,并将这些Mesh节点的标识记录在更新失败列表中。在该实施例中,更新失败列表记录了整个蓝牙Mesh网络中,所有更新失败的Mesh节点(包括长供电节点与LPN节点)。
由于更新失败列表针对所有Mesh节点(包括长供电节点与LPN节点),配置节点获取更新失败列表中的所有长供电节点,并将更新失败列表中的所有长供电节点都作为第一网络节点。从而,对每个第一网络节点分别进行秘钥恢复。
本申请实施例中,针对长供电节点,由配置节点主动对其进行秘钥恢复,而针对错过秘钥更新的LPN节点,则可以配置节点响应于来自于LPN节点的秘钥恢复请求的方式实现,后续详述。如此,对错过秘钥更新过程的长供电节点与LPN节点进行区分处理,避免LPN节点处于休眠状态导致错过配置节点发起的秘钥恢复过程的可能性,有利于缩短秘钥恢复过程的时长,提高秘钥恢复效率,也有利于节省***资源。
在该场景中,配置节点可以基于更新失败列表确定第一网络节点(或称为目标节点、目标Mesh节点),从而,可以利用第一网络节点的Devkey加密第一网络秘钥,得到第一密文,其中,第一网络秘钥为蓝牙Mesh网络当前网络秘钥。然后,配置节点向第一网络节点发送消息1以使得第一网络节点能够解密消息1中携带的第一密文,从而,第一网络节点能够得到第一网络秘钥。在蓝牙Mesh网络中,消息1可以一跳达到或经其他Mesh节点多跳中继转发到达第一网络节点,消息1可以携带在Beacon帧中。
示例性的,可以参考图5,该秘钥恢复过程可以包括但不限于如下步骤:
S502,配置节点利用第一网络节点的设备秘钥加密当前网络秘钥,得到秘钥恢复消息。
如图5所示的秘钥恢复过程,在图4所示的秘钥更新过程之后执行,用于对秘钥更新过程中更新Netkey失败的部分Mesh节点进行密钥恢复,此时,将这部分更新Netkey失败的部分Mesh节点中的所有长供电节点都作为第一网络节点,执行图5所示的秘钥恢复过程。此时,该步骤中提及的当前网络秘钥,可以具体为图4中的新网络秘钥。
此时,蓝牙Mesh网络的当前网络秘钥为第一网络秘钥,秘钥恢复消息中携带第一密文,第一密文是利用第一网络节点的Devkey加密第一网络秘钥得到的。
S504,配置节点向第一网络节点发送秘钥恢复消息。
具体实现时,秘钥恢复消息即为前文所述的消息1。本申请实施例中,配置节点可以通过广播形式对外发送秘钥恢复消息。此时,秘钥恢复消息(也即消息1)中携带第一网络节点标识,如此,在蓝牙Mesh网络中,秘钥恢复消息可以在一跳内到达第一网络节点,或者,也可以通过经其他Mesh节点多跳中继转发到达第一网络节点。
S506,第一网络节点接收秘钥恢复消息(也即消息1)。
S508,第一网络节点利用第一网络节点的设备秘钥解密秘钥恢复消息,得到当前网络秘钥。
其中,当前网络秘钥也即第一网络秘钥。该步骤具体实现时,即第一网络节点利用自己的Devkey解密消息1中携带的第一密文,得到当前蓝牙Mesh网络的第一网络秘钥。
S510,第一网络节点基于当前网络秘钥,更新本地维护的网络秘钥。
由于第一网络节点错过秘钥更新过程,因此,第一网络节点本地维护的网络秘钥与蓝牙Mesh网络的当前网络秘钥不一致。如此,在执行该步骤时,第一网络节点将本地维护的网络秘钥更新为蓝牙Mesh网络的当前网络秘钥即可。
例如,第一网络节点本地维护的网络秘钥为秘钥1,并且第一网络节点电力耗尽,无法与蓝牙Mesh网络进行通信,也就错过了蓝牙Mesh网络的秘钥更新过程。在此期间,蓝牙Mesh网络的网络秘钥经历了三次更新,依次为:秘钥1→秘钥2→秘钥3→秘钥4。当第一网络节点重新更换电池后,蓝牙Mesh网络中的蓝牙Mesh网络的当前网络秘钥为秘钥4,则在图5前述过程实现时,第一网络节点可以基于自身的Devkey对秘钥恢复消息进行解密,得到秘钥4,并将本地维护的秘钥1替换为秘钥4,实现秘钥更新。
图5仅示意性的示出了一个第一网络节点与配置节点之间的交互过程的示意图。实际场景中,可能涉及蓝牙Mesh网络中存在多个第一网络节点的情况,此时,可以针对每个第一网络节点分别执行如图5所示的秘钥恢复过程,分别实现对每个第一网络节点的秘钥恢复。换言之,如图5所示的秘钥恢复过程,是针对单个第一网络节点实现的,当有多个第一网络节点时,只需要多次执行该秘钥恢复过程即可。
可以理解,当存在多个第一网络节点时,各第一网络节点的Devkey不同,该步骤得到的第一密文不同,也即,秘钥恢复消息携带的信息(第一密文)不同。
需要说明的是,图5所示交互示意图仅为示意性的,该秘钥恢复方法实际应用于蓝牙Mesh网络时,可能需要多跳转发才能实现二者之间的交互。
示例性的,图6示出了针对长供电节点的一种秘钥恢复方法。具体而言,图6为图5所示秘钥恢复方法,应用于图1所示蓝牙Mesh网络时的一种实施方式示意图。其中,图6示意性的示出了Mesh节点112(第一网络节点)、Mesh节点114与Mesh网关110(配置节点),此时,Mesh网关110向Mesh节点112发送的秘钥恢复消息,需要经过Mesh节点114的转发后,才能到达Mesh节点112。
示例性的另一种实施例中,图1所示的蓝牙Mesh网络中,配置节点可以为Mesh节点117,也即,由Mesh节点117承担全网配置功能。
那么,若第一网络节点为Mesh网关110,则Mesh节点117可以对外发送消息1(秘钥恢复消息),该秘钥恢复消息中携带Mesh网关110的标识。此时,秘钥恢复消息一跳到达第一网络节点。
或者,若第一网络节点为Mesh节点114,则Mesh节点117对外发送消息1(秘钥恢复消息),其中携带Mesh节点114的标识。则该秘钥恢复消息可以经过Mesh网关110的中继转发,达到Mesh节点114。不作穷举。
在前述秘钥恢复方法中,各广播消息,例如秘钥恢复消息(也即消息1)、后文涉及到的消息2,还携带接收端标识。其中,接收端标识用于唯一指示广播消息的接收端。具体而言,接收端标识可以包括但不限于接收端的物理(Media Access Control,MAC)地址。
如此,在蓝牙Mesh网络中,对任意一个Mesh节点而言,该Mesh节点接收到秘钥恢复消息后,可基于其中携带的接收端标识(MAC地址),确定自身是否为该秘钥恢复消息的接收端。其中,当秘钥恢复消息携带的MAC地址与自身的MAC地址一致,则自身为该秘钥恢复消息的接收端;反之,若二者不一致,则自身不是秘钥恢复消息的接收端。
从而,当Mesh节点自身不是秘钥恢复消息的接收端时,如果Mesh节点是中继节点,则转发秘钥恢复消息,如果Mesh节点不是中继节点,则丢弃该秘钥恢复消息;当自身为秘钥恢复消息的接收端时,利用自身的Devkey解密秘钥恢复消息。例如,图6所示秘钥恢复过程中,Mesh节点114接收到秘钥恢复消息后,确定自身不是秘钥恢复消息的接收端,且自身为中继节点时将该秘钥恢复消息向Mesh节点112转发;而Mesh节点112接收到秘钥恢复消息后,确定自身为该秘钥恢复消息的接收端,则解密该秘钥恢复消息,得到当前蓝牙Mesh网络秘钥,进而更新本地维护的网络秘钥,完成秘钥恢复。
本申请实施例中,秘钥恢复消息(消息1)可以具体为配置广播帧(Beacon)。此时,该配置广播帧中携带有利用第一网络节点的Devkey对当前Netkey加密后的第一密文。
此外,需要说明的是,在配置节点主动为第一网络节点进行秘钥恢复的场景中,配置节点可以多次向第一网络节点发送秘钥恢复消息。
示例性的一种实施例中,配置节点可以间断性的,如周期性的,向第一网络节点发送秘钥恢复消息,直至接收到来自于第一网络节点的心跳。其中,第一网络节点的“心跳”是指第一网络节点对外发出的消息,以通知其他节点自身处于活跃状态。“心跳”的消息类型可以是广播消息,或者,也可以是单播消息;“心跳”可以不携带数据,例如消息中携带的内容为空,或者,也可以通过现有的其他消息作为“心跳”,例如第一网络节点向配置节点发送的第一通知或其他信息请求消息等。
示例性的另一种实施例中,配置节点还可以周期性的向第一网络节点发送秘钥恢复消息,直至发送次数达到预设的数目阈值或者接收到心跳。其中,数目阈值可以根据需要进行预设,对此无特别限制。
第二种秘钥恢复方式,由第一网络节点向配置节点发出密钥恢复请求,相应地,配置节点响应于接收到的秘钥恢复请求而实现。
在这种实施方式中,配置节点无需主动为第一网络节点进行秘钥恢复,而是由第一网络节点来主动请求。这种实施方式适用于LPN节点的秘钥恢复过程。也即,第一网络节点为LPN节点的情况。这是考虑到LPN节点可能存在休眠状态,采用LPN节点主动请求恢复秘钥的实施方式更有利于节省***资源。以下详述。
现结合图7所示的处理流程,对LPN节点(即:第一网络节点)进行秘钥恢复的过程进行说明。
如前所述,LPN节点会在休眠状态与唤醒状态之间切换。其中,LPN节点可以定时醒来(进入唤醒状态)或入睡(进入休眠状态)。例如,图7中,LPN节点可以由休眠状态定时进入唤醒状态。
每个LPN节点具备一个友元节点,也即,二者已建立友元关系的节点,友元节点为蓝牙Mesh网络中的长供电节点,用于在LPN节点处于休眠状态期间,为LPN节点暂存消息。为便于说明,将当前已经与LPN节点(可记为第一网络节点)建立友元关系的节点记为友元节点。
那么,如图7所示,当LPN节点从休眠状态切换为唤醒状态,也就是,LPN节点醒来后,可以向友元节点发送消息获取请求(也即第四消息),该消息获取请求用于请求获取自身休眠期间,友元节点为其暂存的消息。示例性的,消息获取请求可以具体为Friend Poll消息。
需要注意的是,LPN节点发送消息获取请求时,需要利用本地维护的网络秘钥对该消息获取请求进行加密。而友元节点在接收到该消息获取请求时,可以利用本地维护的网络秘钥对其进行解密。
若解密成功,则友元节点向该LPN节点发送自身为其暂存的消息。则该LPN节点能够成功接收到来自于友元节点的消息。此时,LPN节点本地维护的网络秘钥与友元节点的网络秘钥相同,无需启动秘钥恢复过程。那么,在接收到友元节点为其暂存的消息之后,LPN节点可以处理该消息,或执行其他数据处理过程即可,本申请实施例对此无特别限制,图7以“工作”进行表示。此外,LPN节点还可以在预定时刻或按照预设周期,由唤醒状态切换为休眠状态(定时入睡)。
但是,若LPN节点与友元节点各自维护的网络秘钥不一致,则会解密失败,友元节点则不会响应该消息获取请求,也就是,友元节点不会向LPN节点反馈为其暂存的消息。此时,LPN节点无法收到针对消息获取请求的反馈。
这种情况下,若LPN节点在预设的第一时长内一直未接收到来自于友元节点的反馈消息时,LPN节点可以多次尝试向友元节点发送消息获取请求。例如,当第四消息发出后的一段预设的第一时长内一直未收到来自于友元节点的反馈消息时,LPN节点周期性的向友元节点发送消息获取请求,直至接收到友元节点的反馈消息,或者,发送次数达到预设的第一阈值。
若经过多次尝试,LPN节点一直没有接收到来自友元节点的消息,则此时可能存在两种情况:LPN节点本地维护的网络秘钥过期;或者,友元节点发生故障。例如,友元节点可能被移出蓝牙Mesh网络的覆盖范围,或者,友元节点错过了秘钥更新过程,或者,友元节点通讯故障,等,不作穷举。
这种情况下,LPN节点可以尝试与其他的长供电节点建立友元关系。也就是,LPN节点选择其他长供电节点作为自己的友元节点。
那么,当第四消息的发送次数达到预设的第一阈值,且一直未收到来自于友元节点的反馈消息时,LPN节点广播友元建立请求(第五消息)。友元建立请求用于请求与网络节点建立友元关系。示例性的,友元建立请求可以具体为Friend Request消息,需要说明的是Friend Request消息不能被中继节点转发,只有处在该LPN节点的无线覆盖范围内的网络节点才能处理该Friend Request消息。
类似的,LPN节点发送友元建立请求时,需要利用本地维护的网络秘钥对该友元建立请求进行加密。LPN节点周围的长供电节点在接收到该友元建立请求时,可以利用本地维护的网络秘钥对其进行解密。
若解密成功,则长供电节点可以与LPN节点建立友元关系,其中,友元关系的建立为现有技术,这里不再赘述。那么,建立友元关系后,该长供电节点则成为该LPN节点的友元节点。之后,LPN节点可以进行唤醒后的工作,直至达到预定时刻或按照预设周期,由唤醒状态切换为休眠状态(定时入睡)。
若LPN节点与该长供电节点各自维护的网络秘钥不一致,则会解密失败,则LPN节点无法与该长供电节点建立友元关系。
这种情况下,若LPN节点在预设的第二时长内一直未接收到来其他网络节点的反馈消息时,LPN节点可以多次尝试与其他网络节点建立友元关系,直至建立友元关系成功,或,发送第五消息的次数达到预设的第二阈值。
若经过多次尝试,LPN节点都未接收到来自其他长供电节点的消息,也就是,当所述第五消息的发送次数达到预设的第二阈值,且一直未接收到来自于其他网络节点的反馈消息时,说明LPN节点本地维护的网络秘钥可能已经过期。这种情况下,可以由LPN节点主动启动秘钥恢复过程。也就是,LPN节点向配置节点发送消息2,以请求恢复网络秘钥(或称为:请求同步当前的网络秘钥)。后续结合图8具体说明。
LPN节点向配置节点恢复网络秘钥后,即可与其他Mesh节点正常通信,进行工作或等待,图7未具体示出LPN节点在唤醒状态下的具体处理内容。之后,LPN节点就可以在预定时刻或按照预设周期,由唤醒状态切换为休眠状态(定时入睡)。
如此,LPN节点按照图7所示方式,能够在自身处于唤醒状态时,实现网络秘钥的主动恢复。
图8示出了LPN节点的秘钥恢复过程的消息交互示意图。其中,图8所示实施例中,除包含图5所示实施例中的S502~S510步骤之外,如图8所示,在S502之前,该方法还包括如下步骤:
S5012,当建立友元关系失败的次数达到预设的第二阈值时,第一网络节点向配置节点发送秘钥恢复请求。
在秘钥恢复过程中,第一网络节点可以通过广播方式发送秘钥恢复请求,此时,秘钥恢复请求也可简称为:消息2。其中,消息2(也即秘钥恢复请求)用于向配置节点请求恢复网络秘钥,或可称为:消息2用于请求同步蓝牙Mesh网络当前的网络秘钥(也即,第一网络秘钥)。
此外,如前所述,建立友元关系失败的次数达到预设的第二阈值的情况,即为:第五消息的发送次数达到预设的第二阈值,且一直未接收到来自于其他网络节点的反馈消息的情况。此时,第一网络节点向配置节点发送消息2,消息2中携带配置节点的标识。示例性的,消息2中携带配置节点的MAC地址。
考虑到通信过程的安全性,该秘钥恢复请求是利用第一网络节点的设备秘钥加密后发送的。示例性的,其加密算法可以包括但不限于:AES-CCM算法。
示例性的一种实施例中,秘钥恢复请求(消息2)与秘钥恢复消息(消息1)都可以为Beacon消息。进一步的,消息1与消息2可以具体为配置广播帧(配置Beacon)。
S5014,配置节点接收秘钥恢复请求,并基于发送端的标识信息获取第一网络节点的设备秘钥。
S5016,配置节点利用第一网络节点的设备秘钥解密该秘钥恢复请求。
如前所述,Mesh节点的设备秘钥仅有Mesh节点自身与配置节点可知。由此,若解密成功,则配置节点可以确定第一网络节点的身份合法,则配置节点可以执行S502~S510,实现对第一网络节点的秘钥恢复。
反之,若解密失败,配置节点无法确认该秘钥恢复请求的发送端节点的身份,配置节点可以不向该发送端节点反馈当前蓝牙Mesh网络秘钥。
此外,与图5中提及的秘钥恢复消息类似,秘钥恢复请求可以是一跳实现交互,例如图1中Mesh节点111与Mesh网关110之间的消息交互;或者,秘钥恢复请求也可以是经过多个Mesh节点多跳转发后,到达配置节点的。
示例性的,图9具体示出了图8中S5012和S504中消息经多跳转发到达接收端的情况示意图,图9中省略了图8中其他步骤的处理。图9具体示出了第一网络节点(LPN节点)、n个长供电节点以及网关节点(配置节点),其中,n为0(一跳直接交互)或正整数(多跳转发)。在图9所示出的实施例中,在S5012步骤中,第一网络节点对外发出秘钥恢复请求后,经长供电节点1~长供电节点n的n次转发,将该秘钥恢复请求经n跳转发至网关节点。以及,在S504步骤中,当网关节点向第一网络节点发送秘钥恢复消息时,也经过长供电节点n~长供电节点1的n次转发,将该秘钥恢复消息经n跳转发至网关节点。
需要说明的是,在第一网络节点主动请求恢复网络秘钥的过程中,第一网络节点也可以多次重复执行如图8或图9所示的流程,直至该第一网络节点能够成功与其他Mesh节点通信。
示例性的一种实施例中,第一网络节点可以周期性的向配置节点发送秘钥恢复请求,直至发送消息获取请求后能够成功接收到来自友元节点的反馈消息。换言之,当第一网络节点执行S510后,成功更新了本地维护的网络秘钥后,可以向友元节点发送FriendPoll,若该第一网络节点接收到来自友元节点的反馈消息,则不再向配置节点请求更新网络秘钥。
示例性的另一种实施例中,第一网络节点可以周期性的向配置节点发送秘钥恢复请求,直至建立新的友元关系。换言之,当第一网络节点执行S510后,成功更新了本地维护的网络秘钥后,可以向其他长供电节点发送Friend Request消息,若建立友元成功,则不再向配置节点请求更新网络秘钥。
在前述任意一种实施例中,例如,图5、图8、图9所示的任意一种实施例中,当第一网络节点基于接收到的消息1实现本地网络秘钥的更新同步后,还可以向配置节点侧发送第三消息,第三消息用于指示所述网络设备已成功同步所述第一网络秘钥,第三消息例如为心跳消息。
此外,需要说明的是,本申请实施例中,对图8所示秘钥恢复过程在图4所示秘钥更新过程之后执行,二者顺序有限定。
基于前述处理,可以实现对蓝牙Mesh网络中任意Mesh节点的秘钥更新。在此基础上,Mesh节点(示例性的,如第一网络节点)在成功更新Netkey或成功恢复Netkey的基础上,还可以利用所述第一网络秘钥,更新全网加密索引、更新应用秘钥或者重置本地序列号中的一种或多种。
示例性的,任意Mesh节点可以通过安全广播帧(Secure Beacon),实现对全网加密索引(IV Index)的更新。
具体而言,Mesh节点可以通过IV Index Update过程,或者IV Index Recovery过程来更新IV Index。IV Index Update过程与IV Index Recovery过程都可以实现对IVIndex的更新,区别在于二者的触发条件不同。示例性的,当Mesh节点接收到的SecureBeacon中IV Index比该Mesh节点自身维护的IV Index大1,且IV Update Flag为1,则启动IV Index Update过程,实现对IV Index的更新。除这种情况以及Mesh节点接收到的SecureBeacon中IV Index小于或等于该Mesh节点自身维护的IV Index的情况之外,则通过IVIndex Recovery过程来更新IV Index。不展开说明。
本申请中,当利用Secure Beacon更新IV Index时,可以利用当前Mesh节点维护的Netkey(例如,更新后的新Netkey,也即第一网络秘钥)对Secure Beacon进行加密后,再进行消息交互。
本申请实施例对于更新IV Index这一过程的触发条件及实现方式均无特殊限制,可采用现有技术中相关标准或其他公开文本,这里不再展开论述。
除更新IV Index之外,Mesh节点还可以基于更新后的Netkey,重置自身维护的本地序列号(SeqNum)。SeqNum由Mesh节点各自在本地维护,各Mesh节点的SeqNum值可能相同或不同。
本申请实施例对于重置SeqNum这一过程的触发条件及实现方式均无特殊限制,可采用现有技术中相关标准或其他公开文本,这里不再展开论述。
除此之外,本申请实施例中,Mesh节点还可以基于更新后的第一网络秘钥(Netkey),实现对应用秘钥(APPkey)的更新。
具体而言,可以通过配置模型(Config Model)来更新APPkey。换言之,各Mesh节点之间可以通过Config Model来进行信息交互,以更新APPkey。其中,利用Config Model进行信息交互时,发送端利用更新后的Netkey以及接收端的Devkey来加密信息。
类似地,本申请实施例对于更新APPkey这一过程的触发条件及实现方式均无特殊限制,可采用现有技术中相关标准或其他公开文本,这里不再展开论述。
可以理解的是,上述实施例中的部分或全部步骤或操作仅是示例,本申请实施例还可以执行其它操作或者各种操作的变形。此外,各个步骤可以按照上述实施例呈现的不同的顺序来执行,并且有可能并非要执行上述实施例中的全部操作。
本申请实施例还提供了一种网络设备。
示例性的,本申请提供一种网络设备,该网络设备包括:处理模块与收发模块;其中,处理模块,用于:从所述蓝牙Mesh网络的网络节点中确定第一网络节点,所述第一网络节点本地维护的网络秘钥与当前蓝牙Mesh网络的第一网络秘钥不一致;以及,用于利用所述第一网络节点的设备秘钥加密所述第一网络秘钥,得到第一密文;收发模块,用于发送第一消息以使得所述第一网络节点获取所述第一网络秘钥,所述第一消息携带所述第一密文。
一种可能的实施例中,收发模块还用于:接收第二消息,所述第二消息用于请求同步网络秘钥;此时,处理模块,具体用于:当所述第二消息携带的请求方标识所指示的网络节点不是已删除节点时,将所述第二消息携带的请求方标识所指示的网络节点确定为所述第一网络节点。
另一种可能的实施例中,处理模块,具体用于:将更新失败列表中的每个长供电节点,分别确定为所述第一网络节点;其中,所述更新失败列表用于记录所述蓝牙Mesh网络中秘钥更新失败且不是已删除节点的所有网络节点;所述长供电节点为所述蓝牙Mesh网络中除低功耗节点之外的其他网络节点。
另一种可能的实施例中,所述网络设备为配置节点,配置节点为Mesh网关或者其他长供电节点。
另一种可能的实施例中,所述第一消息为广播帧,所述第一消息中携带所述第一网络节点的标识。
该实施例所提供的网络设备可用于执行前述任意一种实施例中配置节点侧的技术方案,其实现原理和技术效果可以进一步参考方法实施例中的相关描述。
示例性的,本申请实施例还提供了另一种网络设备。该网络设备包括:处理模块与收发模块;其中,收发模块,用于向所述配置节点发送第二消息,所述第二消息用于请求同步网络秘钥;以及,用于接收来自于所述配置节点的第一消息,所述第一消息携带第一密文,所述第一密文为利用所述网络设备的设备秘钥加密所述蓝牙Mesh网络的第一网络秘钥得到的,所述网络设备本地维护的网络秘钥与所述第一网络秘钥不一致;处理模块,用于利用所述网络设备的设备秘钥解密所述第一密文,得到所述第一网络秘钥;以及,用于将本地维护的网络秘钥更新为所述第一网络秘钥。
一种可能的实施例中,收发模块,还用于:向配置节点发送第三消息,所述第三消息用于指示所述网络设备已成功同步所述第一网络秘钥。
一种可能的实施例中,处理模块,还用于:利用所述第一网络秘钥,更新全网加密索引、更新应用秘钥或者重置本地序列号中的一种或多种。
一种可能的实施例中,收发模块,具体用于:当所述网络设备由休眠状态切换为唤醒状态,向第二网络节点发送第四消息;其中,所述第二网络节点与所述网络设备已建立友元关系,所述第二网络节点用于在所述网络设备处于休眠状态期间,为所述网络设备暂存消息;所述第四消息用于请求获取所述第二网络节点为所述网络设备暂存的消息;以及,用于:当所述第四消息的发送次数达到预设的第一阈值,且一直未接收到来自于所述第二网络节点的反馈消息时,广播发送第五消息,所述第五消息用于请求建立友元关系;以及,用于:当所述第五消息的发送次数达到预设的第二阈值,且一直未接收到来自于其他网络节点的反馈消息时,向所述配置节点发送所述第二消息。
该实施例所提供的网络设备可用于执行任意一种实施例中Mesh节点(包括但不限于第一网络节点)侧的技术方案,其实现原理和技术效果可以进一步参考方法实施例中的相关描述。
应理解以上各网络设备的各个模块的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分模块以软件通过处理元件调用的形式实现,部分模块通过硬件的形式实现。例如,处理模块可以为单独设立的处理元件,也可以集成在通信设备中,例如Mesh设备的某一个芯片中实现,此外,也可以以程序的形式存储于通信设备的存储器中,由通信设备的某一个处理元件调用并执行以上各个模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件可以是一种集成电路,具有信号的处理能力。在实现过程中,上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
例如,以上这些模块可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(Application Specific Integrated Circuit,ASIC),或,一个或多个微处理器(digital singnal processor,DSP),或,一个或者多个现场可编程门阵列(Field Programmable Gate Array,FPGA)等。再如,当以上某个模块通过处理元件调度程序的形式实现时,该处理元件可以是通用处理器,例如中央处理器(Central ProcessingUnit,CPU)或其它可以调用程序的处理器。再如,这些模块可以集成在一起,以片上***(system-on-a-chip,SOC)的形式实现。
本申请实施例还提供了一种网络设备,该网络设备包括:至少一个处理器和存储器;所述存储器存储计算机执行指令;所述至少一个处理器执行所述计算机执行指令,使得所述网络设备执行前述任意一种实施例中配置节点侧或Mesh节点(包括但不限于第一网络节点)侧所执行的方法。
其中,所述网络设备可以包括一个或多个处理器,所述处理器也可以称为处理单元,可以实现一定的控制功能。所述处理器可以是通用处理器或者专用处理器等。
在一种可选地设计中,处理器也可以存有指令,所述指令可以被所述处理器运行,使得所述网络设备执行上述方法实施例中描述的对应于配置节点或者Mesh节点(包括但不限于第一网络节点)的方法。
在又一种可能的设计中,网络设备可以包括电路,所述电路可以实现前述方法实施例中发送或接收或者通信的功能。
可选地,所述网络设备中可以包括一个或多个存储器,其上存有指令或者中间数据,所述指令可在所述处理器上被运行,使得所述网络设备执行上述方法实施例中描述的方法。可选地,所述存储器中还可以存储有其他相关数据。可选地处理器中也可以存储指令和/或数据。所述处理器和存储器可以单独设置,也可以集成在一起。
可选地,所述网络设备还可以包括收发器。所述收发器可以称为收发单元、收发机、收发电路、或者收发器等,用于实现通信设备的收发功能。
若该网络设备(作为配置节点)用于实现对应于图5所示实施例中配置节点向第一网络节点发送秘钥恢复消息的操作时,例如,可以是收发器向第一网络节点发送秘钥恢复消息。收发器还可以进一步完成其他相应的通信功能。而处理器用于完成相应的确定或者控制操作,可选的,还可以在存储器中存储相应的指令。各个部件的具体的处理方式可以参考前述实施例的相关描述。
若该网络设备(作为第一网络节点)用于实现对应于图8中的第一网络节点向配置节点发送秘钥恢复请求的操作时,例如,可以由收发器向配置节点发送秘钥恢复请求。收发器还可以进一步完成其他相应的通信功能。而处理器用于完成相应的确定或者控制操作,可选的,还可以在存储器中存储相应的指令。各个部件的具体的处理方式可以参考前述实施例的相关描述。
本申请中描述的处理器和收发器可实现在集成电路(integrated circuit,IC)、模拟IC、射频集成电路RFIC、混合信号IC、专用集成电路(application specificintegrated circuit,ASIC)、印刷电路板(printed circuit board,PCB)、电子设备等上。该处理器和收发器也可以用各种1C工艺技术来制造,例如互补金属氧化物半导体(complementary metal oxide semiconductor,CMOS)、N型金属氧化物半导体(nMetal-oxide-semiconductor,NMOS)、P型金属氧化物半导体(positive channel metal oxidesemiconductor,PMOS)、双极结型晶体管(Bipolar Junction Transistor,BJT)、双极CMOS(BiCMOS)、硅锗(SiGe)、砷化镓(GaAs)等。
可选的,通信设备可以是独立的设备或者可以是较大设备的一部分。例如所述设备可以是:
(1)独立的集成电路IC,或芯片,或,芯片***或子***;
(2)具有一个或多个IC的集合,可选地,该IC集合也可以包括用于存储数据和/或指令的存储部件;
(3)ASIC,例如调制解调器(MSM);
(4)可嵌入在其他设备内的模块;
(5)接收机、终端、蜂窝电话、无线设备、手持机、移动单元,网络设备等等;
(6)其他等等。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,当其在计算机上运行时,使得计算机执行上述实施例所述的通信方法。
此外,本申请实施例还提供一种计算机程序产品,该计算机程序产品包括计算机程序,当其在计算机上运行时,使得计算机执行上述实施例所述的通信方法。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid StateDisk)等。
Claims (11)
1.一种秘钥更新方法,其特征在于,应用于蓝牙Mesh网络,所述蓝牙Mesh网络包括至少两个网络节点,配置节点为所述蓝牙Mesh网络中的一个网络节点,所述配置节点用于配置所述蓝牙Mesh网络的网络秘钥,所述方法包括:
所述配置节点从所述蓝牙Mesh网络的网络节点中确定第一网络节点,所述第一网络节点本地维护的网络秘钥与当前蓝牙Mesh网络的第一网络秘钥不一致;
所述配置节点利用所述第一网络节点的设备秘钥加密所述第一网络秘钥,得到第一密文;
所述配置节点发送第一消息以使得所述第一网络节点获取所述第一网络秘钥,所述第一消息携带所述第一密文。
2.根据权利要求1所述的方法,其特征在于,所述配置节点从所述蓝牙Mesh网络的网络节点中确定第一网络节点,包括:
所述配置节点接收第二消息,所述第二消息用于请求同步网络秘钥;
当所述第二消息携带的请求方标识所指示的网络节点不是已删除节点时,所述配置节点将所述第二消息携带的请求方标识所指示的网络节点确定为所述第一网络节点。
3.根据权利要求1所述的方法,其特征在于,所述配置节点从所述蓝牙Mesh网络的网络节点中确定第一网络节点,包括:
所述配置节点将更新失败列表中的每个长供电节点,分别确定为所述第一网络节点;其中,所述更新失败列表用于记录所述蓝牙Mesh网络中秘钥更新失败且不是已删除节点的所有网络节点;所述长供电节点为所述蓝牙Mesh网络中除低功耗节点之外的其他网络节点。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述配置节点为Mesh网关或者其他长供电节点。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述第一消息为广播帧,所述第一消息中携带所述第一网络节点的标识。
6.一种秘钥更新方法,其特征在于,应用于蓝牙Mesh网络,所述蓝牙Mesh网络包括至少两个网络节点,配置节点为所述蓝牙Mesh网络中的一个网络节点,所述配置节点用于配置所述蓝牙Mesh网络的网络秘钥,第一网络节点为除所述配置节点之外的任意一个网络节点,所述方法包括:
所述第一网络节点向所述配置节点发送第二消息,所述第二消息用于请求同步网络秘钥;
所述第一网络节点接收来自于所述配置节点的第一消息,所述第一消息携带第一密文,所述第一密文为利用所述第一网络节点的设备秘钥加密所述蓝牙Mesh网络的第一网络秘钥得到的,所述第一网络节点本地维护的网络秘钥与所述第一网络秘钥不一致;
所述第一网络节点利用所述第一网络节点的设备秘钥解密所述第一密文,得到所述第一网络秘钥;
所述第一网络节点将本地维护的网络秘钥更新为所述第一网络秘钥。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
所述第一网络节点向所述配置节点发送第三消息,所述第三消息用于指示所述第一网络节点已成功同步所述第一网络秘钥。
8.根据权利要6或7所述的方法,其特征在于,所述第一网络节点向所述配置节点发送第二消息,包括:
当所述第一网络节点由休眠状态切换为唤醒状态,所述第一网络节点向第二网络节点发送第四消息;其中,所述第二网络节点与所述第一网络节点已建立友元关系,所述第二网络节点用于在所述第一网络节点处于休眠状态期间,为所述第一网络节点暂存消息;所述第四消息用于请求获取所述第二网络节点为所述第一网络节点暂存的消息;
当所述第四消息的发送次数达到预设的第一阈值,且一直未接收到来自于所述第二网络节点的反馈消息时,所述第一网络节点广播第五消息,所述第五消息用于请求建立友元关系;
当所述第五消息的发送次数达到预设的第二阈值,且一直未接收到来自于其他网络节点的反馈消息时,所述第一网络节点向所述配置节点发送所述第二消息。
9.一种网络设备,其特征在于,包括:至少一个处理器和存储器;
所述存储器存储计算机执行指令;
所述至少一个处理器执行所述计算机执行指令,使得所述网络设备执行如权利要求1-8任一项所述的方法。
10.一种网络***,其特征在于,包括:至少两个网络节点,
其中,配置节点为所述蓝牙Mesh网络中的一个网络节点,所述配置节点用于配置所述蓝牙Mesh网络的网络秘钥,以及,用于执行如权利要求1-5任一项所述的方法;
除所述配置节点之外的其他任意一个所述网络节点,则用于执行如权利要求6-8任一项所述的方法。
11.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如权利要求1-10任一项所述的方法。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/925,580 US20230199487A1 (en) | 2020-05-15 | 2021-04-23 | Key update method, network device, system, and storage medium |
PCT/CN2021/089408 WO2021227835A1 (zh) | 2020-05-15 | 2021-04-23 | 秘钥更新方法、网络设备、***与存储介质 |
EP21804506.0A EP4138460A4 (en) | 2020-05-15 | 2021-04-23 | KEY UPDATE METHOD, NETWORK DEVICE, SYSTEM AND STORAGE MEDIUM |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010414324 | 2020-05-15 | ||
CN2020104143245 | 2020-05-15 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113676880A true CN113676880A (zh) | 2021-11-19 |
Family
ID=78537940
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011435123.XA Pending CN113676880A (zh) | 2020-05-15 | 2020-12-10 | 秘钥更新方法、网络设备、***与存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113676880A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114614985A (zh) * | 2022-05-12 | 2022-06-10 | 施维智能计量***服务(长沙)有限公司 | 通信秘钥更新方法、秘钥服务器及可读存储介质 |
CN115002763A (zh) * | 2022-05-27 | 2022-09-02 | 青岛海尔科技有限公司 | 网络密钥更新方法、装置、电子设备及服务器 |
CN116866899A (zh) * | 2023-09-04 | 2023-10-10 | 北京理工大学 | 多节点无线自组网通信方法、装置、电子设备及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7958356B1 (en) * | 2006-09-29 | 2011-06-07 | Netapp, Inc. | System and method for establishing a shared secret among nodes of a security appliance |
US20140146966A1 (en) * | 2012-11-26 | 2014-05-29 | Nagravision S.A. | Method, system and device for securely transferring content between devices within a network |
CN109600735A (zh) * | 2019-01-14 | 2019-04-09 | 广东嘉泰智能技术有限公司 | 基于蓝牙通信的无线网格网络的组网方法及启动配置设备 |
-
2020
- 2020-12-10 CN CN202011435123.XA patent/CN113676880A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7958356B1 (en) * | 2006-09-29 | 2011-06-07 | Netapp, Inc. | System and method for establishing a shared secret among nodes of a security appliance |
US20140146966A1 (en) * | 2012-11-26 | 2014-05-29 | Nagravision S.A. | Method, system and device for securely transferring content between devices within a network |
CN109600735A (zh) * | 2019-01-14 | 2019-04-09 | 广东嘉泰智能技术有限公司 | 基于蓝牙通信的无线网格网络的组网方法及启动配置设备 |
Non-Patent Citations (1)
Title |
---|
ALEXANDRE ADOMNICAI 等: "Hardware Security Threats Against Bluetooth Mesh Networks", 《2018 IEEE CONFERENCE ON COMMUNICATIONS AND NETWORK SECURITY (CNS)》, 13 August 2018 (2018-08-13), pages 1 - 9 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114614985A (zh) * | 2022-05-12 | 2022-06-10 | 施维智能计量***服务(长沙)有限公司 | 通信秘钥更新方法、秘钥服务器及可读存储介质 |
CN115002763A (zh) * | 2022-05-27 | 2022-09-02 | 青岛海尔科技有限公司 | 网络密钥更新方法、装置、电子设备及服务器 |
CN116866899A (zh) * | 2023-09-04 | 2023-10-10 | 北京理工大学 | 多节点无线自组网通信方法、装置、电子设备及存储介质 |
CN116866899B (zh) * | 2023-09-04 | 2023-11-28 | 北京理工大学 | 多节点无线自组网通信方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6385460B2 (ja) | データ経路グループネットワークのデバイスを動作させるシステムおよび方法 | |
US9392525B2 (en) | Establishing reliable routes without expensive mesh peering | |
CN113676880A (zh) | 秘钥更新方法、网络设备、***与存储介质 | |
JP6563426B2 (ja) | 近隣認識ネットワーキング(nan)支援データリンクネットワークでのピア発見 | |
US9161216B2 (en) | Traffic encryption key management for machine to machine multicast group | |
US9432844B2 (en) | Traffic encryption key management for machine to machine multicast group | |
JP2018503323A (ja) | データリンクグループのためのグループ鍵告知および配布 | |
JP2016502811A (ja) | アドホックネットワークに関する選択的走査のシステムおよび方法 | |
US20170202046A1 (en) | Key establishment for communications within a group | |
WO2014051430A1 (en) | Method and apparatus for transmitting, receiving and forwarding a gossip message using a gossip network | |
KR101529132B1 (ko) | 동기화된 발견 웨이크 업에 의한 피어-투-피어 네트워크들 내에서의 강화된 발견을 위한 방법 및 장치 | |
KR20170021876A (ko) | 코어 네트워크와 무선 노드 인증의 오프로딩 | |
US20170070343A1 (en) | Unicast key management across multiple neighborhood aware network data link groups | |
EP4138460A1 (en) | Key updating method, network device, system and storage medium | |
JP7321994B2 (ja) | 送信装置、受信装置、送信方法、及び、受信方法 | |
WO2024082234A1 (zh) | 唤醒收发机的方法、装置、存储介质及芯片 | |
WO2023197273A1 (zh) | 认证方法及装置 | |
KR101508073B1 (ko) | 지그비 네트워크에서 단말의 액세스 방법 및 장치 | |
CN116017310A (zh) | 一种入网方法及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Applicant after: HUAWEI TECHNOLOGIES Co.,Ltd. Applicant after: Tongli Technology Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Applicant before: HUAWEI TECHNOLOGIES Co.,Ltd. Applicant before: TONLY ELECTRONICS HOLDINGS Ltd. |
|
CB02 | Change of applicant information |