CN114615049A - 一种针对事件订阅的权限检查方法及*** - Google Patents
一种针对事件订阅的权限检查方法及*** Download PDFInfo
- Publication number
- CN114615049A CN114615049A CN202210227490.3A CN202210227490A CN114615049A CN 114615049 A CN114615049 A CN 114615049A CN 202210227490 A CN202210227490 A CN 202210227490A CN 114615049 A CN114615049 A CN 114615049A
- Authority
- CN
- China
- Prior art keywords
- ecu
- subscription
- ciphertext
- endpoint information
- event
- 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 149
- 238000012790 confirmation Methods 0.000 claims description 76
- 238000004422 calculation algorithm Methods 0.000 claims description 37
- 239000000284 extract Substances 0.000 claims description 10
- 238000004590 computer program Methods 0.000 claims description 8
- 238000004891 communication Methods 0.000 abstract description 17
- 238000010586 diagram Methods 0.000 description 14
- 238000004364 calculation method Methods 0.000 description 8
- 230000001960 triggered effect Effects 0.000 description 5
- 238000011217 control strategy Methods 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 238000013475 authorization Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本说明书公开了一种针对事件订阅的权限检查方法及***,在事件订阅的过程中,通过第一ECU将订阅端点信息加密为订阅密文,并将所述订阅密文填充到订阅请求,用以对所述第二ECU进行订阅权限检查,当所述第二ECU的订阅权限检查通过才建立双方的订阅关系,否则双方不会建立订阅关系。可见,本技术方案通过在订阅过程中实现权限检查,可保证仅授权ECU才能发布或订阅事件,从而杜绝了未授权的发布与未授权的订阅,能够避免大量无效消息对车内网带宽的占用,保证通信的正常运行。
Description
技术领域
本说明书涉及车载设备,尤其涉及一种针对事件订阅的权限检查方法及***。
背景技术
目前,智能车辆内部各ECU(Electronic Control Unit,电子控制器)之间的通信主要采用车载以太网及面向服务架构(SOA,Service-oriented architecture)的通信方式,且主要依赖于SOME/IP(Scalable service-Oriented Middleware over IP,面向服务的可扩展中间件)通信协议。
而在该通信协议下,事件发布与订阅均无权限管控。例如,接入车载以太网的设备及其上运行的应用程序均可在未授权的情况下发布事件或订阅事件,如此会因未授权的无效事件占用车载以太网带宽导致通信受阻。
发明内容
本说明书提供了一种针对事件订阅的权限检查方法及***,以解决或者部分解决因未授权的无效事件占据车载以太网带宽导致通信受阻的技术问题。
为解决上述技术问题,本说明书提供了一种针对事件订阅的权限检查方法,所述方法应用于第一ECU,所述方法包括:
在事件订阅的过程中,所述第一ECU将订阅端点信息加密为订阅密文,并将所述订阅密文填充到订阅请求;
所述第一ECU将所述订阅请求发送给第二ECU,用以对所述第二ECU进行订阅权限检查;
若所述第二ECU的订阅权限检查通过,所述第一ECU和所述第二ECU建立订阅关系。
优选的,在事件订阅之前,所述方法还包括:
所述第一ECU和所述第二ECU相互发现,并获取所述第二ECU的发布端点信息。
优选的,所述第一ECU将订阅端点信息加密为订阅密文,具体包括:
所述第一ECU利用密文策略属性基加密CP-ABE算法将所述订阅端点信息加密为所述订阅密文。
优选的,所述若所述第二ECU的订阅权限检查通过,所述第一ECU和所述第二ECU建立订阅关系,具体包括:
若接收到所述第二ECU发送的确认订阅消息,所述第一ECU和所述第二ECU建立订阅关系;其中,所述确认订阅消息为所述第二ECU成功解密所述订阅密文后发送。
优选的,所述若所述第二ECU的订阅权限检查通过,所述方法还包括:
所述第一ECU检查所述确认订阅消息是否具备多播端点信息;
若具备,所述第一ECU监听所述多播端点信息中的多播IP地址及端口号,以获取所述第二ECU发布的多播事件。
优选的,所述确认订阅消息填充有发布密文,所述发布密文由所述第二ECU加密并用以检查所述第一ECU的订阅权限;
所述若所述第二ECU的订阅权限检查通过,所述方法还包括:
所述第一ECU解密所述发布密文;
若解密成功,表示所述第一ECU的订阅权限检查通过,所述第一ECU和所述第二ECU建立订阅关系;
若解密失败,表示所述第一ECU的订阅权限检查未通过,所述第一ECU发送提示消息给所述第二ECU,用以提示所述第二ECU中断所述订阅关系。
优选的,所述发布密文由所述第二ECU将所述发布端点信息中的多播端点信息或非多播端点信息加密得到;
所述若解密成功,所述方法还包括:
若解密成功且所述确认订阅消息携带所述多播端点信息,所述第一ECU监听所述多播端点信息中的多播IP地址及端口号,以获取所述第二ECU发布的多播事件;
若解密成功且所述确认订阅消息携带非多播端点信息,所述第一ECU忽略所述非多播端点信息并利用所述第二ECU的发布端点信息获取所述第二ECU发布的单播事件。
优选的,所述第一ECU解密所述发布密文,具体包括:
所述第一ECU利用密文策略属性基加密CP-ABE算法解密所述发布密文。
本说明书的另一方面,提供了一种电子控制器,包括:
加密模块,用于在事件订阅的过程中,将订阅端点信息加密为订阅密文,并将所述订阅密文填充到订阅请求;
第一发送模块,用于将所述订阅请求发送给第二ECU,用以对所述第二ECU进行订阅权限检查;
第一订阅建立模块,用于若所述第二ECU的订阅权限检查通过,和所述第二ECU建立订阅关系。
本说明书的另一方面,提供了一种针对事件订阅的权限检查方法,所述方法应用于第二ECU,所述方法包括:
在事件订阅的过程中,所述第二ECU接收订阅请求;所述订阅请求填充有订阅密文,且所述订阅密文由第一ECU加密所述订阅端点信息得到;所述订阅请求用以对所述第二ECU进行订阅权限检查;
所述第二ECU从所述订阅请求中提取出所述订阅密文;
所述第二ECU对所述订阅密文进行解密;
若解密成功,表示所述第二ECU的订阅权限检查通过,所述第二ECU和所述第一ECU建立订阅关系。
优选的,在事件订阅之前,所述方法还包括:
所述第二ECU和所述第一ECU相互发现,并将所述第二ECU的发布端点信息发送给所述第一ECU。
优选的,所述第二ECU对所述订阅密文进行解密,具体包括:
所述第二ECU利用密文策略属性基加密CP-ABE算法对所述订阅密文进行解密。
优选的,所述若解密成功,所述方法还包括:
所述第二ECU生成确认订阅消息;
所述第二ECU将所述确认订阅消息发送给所述第一ECU,以使所述第一ECU建立所述订阅关系。
优选的,所述若解密成功,所述方法还包括:
所述第二ECU将发布端点信息加密为发布密文,并将所述发布密文填充到确认订阅消息;
将所述确认订阅消息发送给所述第一ECU,用以对所述第一ECU进行订阅权限检查;
若所述第一ECU的订阅权限检查通过,所述第二ECU和所述第一ECU建立订阅关系;
若所述第一ECU的订阅权限检查未通过,所述第二ECU中断所述订阅关系。
优选的,所述第二ECU将发布端点信息加密为发布密文,具体包括:
所述第二ECU利用密文策略属性基加密CP-ABE算法将所述发布端点信息加密为所述发布密文。
优选的,所述第二ECU将发布端点信息加密为发布密文,具体包括:
所述第二ECU将所述发布端点信息中的多播端点信息加密为所述发布密文;或者
所述第二ECU随机得到非多播端点信息,并将所述非多播端点信息加密为所述发布密文。
本说明书的另一方面,提供了一种电子控制器,包括:
第一接收单元,用于在事件订阅的过程中,接收订阅请求;所述订阅请求填充有订阅密文,且所述订阅密文由第一ECU加密所述订阅端点信息得到;所述订阅请求用以对第二ECU进行订阅权限检查;
提取单元,用于从所述订阅请求中提取出所述订阅密文;
解密单元,用于对所述订阅密文进行解密;
第一建立单元,用于若解密成功,表示所述第二ECU的订阅权限检查通过,和所述第一ECU建立订阅关系。
本说明书的另一方面,提供了一种针对事件订阅的权限检查***,包括:
在事件订阅的过程中,第一ECU,用于将订阅端点信息加密为订阅密文,并将所述订阅密文填充到订阅请求;将所述订阅请求发送给第二ECU,用以对所述第二ECU进行订阅权限检查;
所述第二ECU,用于从所述订阅请求中提取出所述订阅密文;对所述订阅密文进行解密;若解密成功,表示所述第二ECU的订阅权限检查通过,和所述第一ECU建立订阅关系;
所述第一ECU,还用于若所述第二ECU的订阅权限检查通过,和所述第二ECU建立所述订阅关系。
本说明书的另一方面,提供了一种针对事件订阅的权限检查方法,所述方法应用于第一ECU,所述方法包括:
在事件订阅的过程中,所述第一ECU发送订阅请求给第二ECU;
所述第一ECU接收所述第二ECU的确认订阅消息;其中,所述确认订阅消息用以对所述第一ECU进行订阅权限检查,所述确认订阅消息填充有发布密文,所述发布密文由所述事件发布者加密发布端点信息得到;
所述第一ECU解密所述发布密文;
若解密成功,表示所述第一ECU的订阅权限检查通过,所述第一ECU和所述第二ECU建立订阅关系;
若解密失败,表示所述第一ECU的订阅权限检查未通过,所述第一ECU发送提示消息给所述第二ECU,用以提示所述第二ECU中断所述订阅关系。
优选的,在事件订阅之前,所述方法还包括:
所述第一ECU和所述第二ECU相互发现,并获取所述第二ECU的发布端点信息。
优选的,所述发布密文由所述事件发布者将所述发布端点信息中的多播端点信息或非多播端点信息加密得到;
若解密成功,所述方法还包括:
若解密成功且所述确认订阅消息携带所述多播端点信息,所述第一ECU监听所述多播端点信息中的多播IP地址及端口号,以获取所述第二ECU发布的多播事件;
若解密成功且所述确认订阅消息携带非多播端点信息,所述第一ECU忽略所述非多播端点信息并利用所述第二ECU的发布端点信息获取所述第二ECU发布的单播事件。
本说明书的另一方面,提供了一种电子控制器,包括:
第二发送模块,用于发送订阅请求给第二ECU;
接收模块,用于接收所述第二ECU的确认订阅消息;其中,所述确认订阅消息用以对第一ECU进行订阅权限检查,所述确认订阅消息填充有发布密文,所述发布密文由所述事件发布者加密发布端点信息得到;
解密模块,用于解密所述发布密文;
第二建立模块,用于若解密成功,表示所述第一ECU的订阅权限检查通过,和所述第二ECU建立订阅关系;
第三发送模块,用于若解密失败,表示所述第一ECU的订阅权限检查未通过,发送提示消息给所述第二ECU,用以提示所述第二ECU中断所述订阅关系。
本说明书的另一方面,提供了一种针对事件订阅的权限检查方法,所述方法应用于第二ECU,所述方法包括:
在事件订阅的过程中,所述第二ECU接收订阅请求;
所述第二ECU将发布端点信息加密为发布密文,并将所述发布密文填充到确认订阅消息;
将所述确认订阅消息发送给第一ECU,用以对所述第一ECU进行订阅权限检查;
若所述第一ECU的订阅权限检查通过,所述第二ECU和所述第一ECU建立订阅关系;
若所述第一ECU的订阅权限检查未通过,所述第二ECU中断所述订阅关系。
优选的,在事件订阅之前,所述方法还包括:
所述第二ECU和所述第一ECU相互发现,并将所述第二ECU的发布端点信息发送给所述第一ECU。
优选的,所述第二ECU将发布端点信息加密为发布密文,具体包括:
所述第二ECU将所述发布端点信息中的多播端点信息加密为所述发布密文;或者
所述第二ECU随机得到非多播端点信息,并将所述非多播端点信息加密为所述发布密文。
本说明书的另一方面,提供了一种电子控制器,包括:
第二接收单元,用于在事件订阅的过程中,接收订阅请求;
加密单元,用于将发布端点信息加密为发布密文,并将所述发布密文填充到确认订阅消息;
发送单元,用于将所述确认订阅消息发送给第一ECU,用以对所述第一ECU进行订阅权限检查;
第二建立单元,用于若所述第一ECU的订阅权限检查通过,和所述第一ECU建立订阅关系;
中断单元,用于若所述第一ECU的订阅权限检查未通过,中断所述订阅关系。
本说明书的另一方面,提供了一种针对事件订阅的权限检查***,包括:
所述第一ECU,用于发送订阅请求给第二ECU;
所述第二ECU,用于接收订阅请求;将发布端点信息加密为发布密文,并将所述发布密文填充到确认订阅消息;将所述确认订阅消息发送给所述第一ECU,用以对所述第一ECU进行订阅权限检查;若所述第一ECU的订阅权限检查通过,和所述第一ECU建立订阅关系;若所述第一ECU的订阅权限检查未通过,发送提示消息给所述第二ECU,用以提示所述第二ECU中断所述订阅关系。
所述第一ECU,还用于接收所述第二ECU的确认订阅消息;解密所述发布密文;若解密成功,表示所述第一ECU的订阅权限检查通过,建立所述订阅关系;若解密失败,表示所述第一ECU的订阅权限检查未通过,中断所述订阅关系。
本说明书公开了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述方法的步骤。
本说明书公开了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述方法的步骤。
通过本说明书的一个或者多个实施例,本说明书具有以下有益效果或者优点:
本技术方案在事件订阅的过程中,通过第一ECU将订阅端点信息加密为订阅密文,并将所述订阅密文填充到订阅请求,用以对所述第二ECU进行订阅权限检查,当所述第二ECU的订阅权限检查通过才建立双方的订阅关系,否则双方不建立订阅关系。可见,本技术方案通过在订阅过程中实现权限检查,可保证仅授权ECU才能发布或订阅事件,从而杜绝了未授权的发布与未授权的订阅,能够避免大量无效消息对车内网带宽的占用,保证通信的正常运行。
上述说明仅是本说明书技术方案的概述,为了能够更清楚了解本说明书的技术手段,而可依照说明书的内容予以实施,并且为了让本说明书的上述和其它目的、特征和优点能够更明显易懂,以下特举本说明书的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本说明书的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了根据本说明书一个实施例的针对事件订阅的权限检查***的结构示意图;
图2示出了根据本说明书一个实施例的一种针对事件订阅的权限检查方法的流程图;
图3示出了根据本说明书一个实施例的订阅密文的示意图;
图4示出了根据本说明书一个实施例的一种电子控制器的结构示意图;
图5示出了根据本说明书一个实施例的一种针对事件订阅的权限检查方法的另一流程图;
图6示出了根据本说明书一个实施例的发布密文的示意图;
图7示出了根据本说明书一个实施例的一种电子控制器的另一结构示意图;
图8示出了根据本说明书一个实施例的一种针对事件订阅的权限检查方法的另一流程图;
图9示出了根据本说明书一个实施例的一种电子控制器的另一结构示意图;
图10示出了根据本说明书一个实施例的一种针对事件订阅的权限检查方法的另一流程图;
图11示出了根据本说明书一个实施例的一种电子控制器的另一结构示意图;
图12示出了根据本说明书一个实施例的示例1的流程图;
图13示出了根据本说明书一个实施例的示例2的流程图;
图14示出了根据本说明书一个实施例的一种计算机设备的示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
为了解决因未授权的无效事件占据车载以太网带宽导致通信受阻的技术问题,本公开的实施例公开了一种针对事件订阅的权限检查方法及***,下面请参看图1,是针对事件订阅的权限检查***的结构示意图。在该***中,包括第一ECU(第一电子控制器)和第二ECU(第二电子控制器)。其中,第一ECU作为事件订阅方,第二ECU作为事件发布方。在事件订阅的过程中,第一ECU和/或第二ECU会各自发起针对对方的订阅权限检查,进而在服务发现阶段完成事件订阅方和/或事件发布方的订阅权限检查,保证仅当事件订阅方和/或事件发布方通过订阅权限检查才会完成订阅流程;如果事件订阅方和/或事件发布方有任何一方未通过订阅权限检查,则订阅流程不会建立,天然无法通信,从而杜绝了未授权的发布与未授权的订阅。可见,该方案并非先无条件建立订阅关系等后续事件传输后再做检查,而是在服务发现阶段即可进行订阅权限检查,因此能够避免大量无效消息对车内网带宽的占用,保证通信的正常运行。
为了详细说明本公开,在下面的实施例分别从第一ECU侧和第二ECU侧进行示例性描述。
下面请参看图2,本说明书实施例在第一ECU侧公开了一种针对事件订阅的权限检查方法,该方法用于第一ECU侧,具体用于第一ECU侧中的具有订阅事件需求的应用。该方法包括下述步骤:
步骤201,在事件订阅的过程中,第一ECU将订阅端点信息加密为订阅密文,并将订阅密文填充到订阅请求。
具体的,在事件订阅之前,第一ECU和第二ECU相互发现,并获取第二ECU的发布端点信息。在相互发现的过程中,第一ECU以多播方式在车载以太网中发布查找服务请求。若第二ECU能够提供相应服务,则第二ECU可在车载以太网中广播提供服务的多播消息,或者在接收到第一ECU发送的查找服务请求后,响应该查找服务请求向第一ECU发送上述多播消息。如此,两个ECU可相互发现。
进一步的,多播消息中携带有发布端点信息,该发布端点信息存在于多播消息的端点选项字段。发布端点信息包含第二ECU的IP地址、传输层协议类型与端口号。故,当两个ECU相互发现后,第一ECU能够从多播消息中提取出第二ECU的发布端点信息。
而在两个ECU相互发现后,会触发第一ECU进行事件订阅,进而执行步骤201。
在步骤201中,订阅端点信息包括:第一ECU的IP地址、传输层协议类型及端口号。故第一ECU利用密文策略属性基加密CP-ABE算法将订阅端点信息加密为订阅密文。
由于本实施例使用了CP-ABE算法进行安全增强。故每次点火启动后在SOME/IP协议初始化时,采用随机算法生成CP-ABE加密算法所需的公共参数(PK,public parameters)与主密钥(MK,master key),而各ECU上运行的SOME/IP应用接入SOME/IP协议时,利用主密钥MK与应用自身具备的身份属性集S,生成该应用自身的私钥(SK,private key)。进一步的,事件发布方在注册事件时,应确定该事件的订阅访问控制策略,并将此策略转化成CP-ABE算法可用的访问结构树Tsub。同理,事件订阅方在订阅事件前,应确定该事件的发布访问控制策略,并将此策略转化成CP-ABE算法可用的访问结构树Tpub。
因此,在加密订阅端点信息时,计算过程表示为订阅密文Cep=En(PK,Tpub,订阅端点信息)。进一步的,将订阅密文填充到订阅请求的端点选项字段中,参看图3,斜线部分为订阅密文。该订阅请求用于请求订阅特定的事件组,每个事件组中包含若干个事件。
步骤202,第一ECU将订阅请求发送给第二ECU,用以对第二ECU进行订阅权限检查。
具体来说,第一ECU以单播方式将订阅请求发送给第二ECU。而第二ECU接收到该订阅请求之后,会以解密订阅密文的方式来判断是否具备订阅权限,具体的解密过程参看下述实施例在第二ECU侧的描述,在此不再赘述。
若第二ECU的订阅权限检查通过,执行步骤203,第一ECU和第二ECU建立订阅关系。若第二ECU的订阅权限检查未通过,表示第二ECU具备的属性集不满足第一ECU所定义的访问控制策略,第一ECU认为第二ECU无权发送该事件,双方不会建立订阅关系,且由于第二ECU解密失败导致第二ECU获取不到第一ECU的订阅端点信息,因此第二ECU发送的事件便不会被第一ECU接收到,从而避免了未授权的事件发布。
具体的,由于确认订阅消息为第二ECU成功解密订阅密文后发送,因此,确认订阅消息用于表征第二ECU的订阅权限检查通过,且表示第二ECU具备的属性集满足第一ECU所定义的访问控制策略,第一ECU认为第二ECU有权限发送该事件。第一ECU若接收到第二ECU发送的确认订阅消息,则第一ECU和第二ECU建立订阅关系。
在一些可选的实施方式中,若第二ECU的订阅权限检查通过,且双方成功建立订阅关系,则双方可以正常收发事件。在此情况下,第一ECU还会检查确认订阅消息是否具备多播端点信息。多播端点信息中携带多播IP地址及端口号,用于发布多播事件。若确认订阅消息中具备多播端点信息,则第一ECU监听多播端点信息中的多播IP地址及端口号,以获取第二ECU发布的多播事件。
在一些可选的实施方式中,双方需互检订阅权限以保证订阅的合法性,若第二ECU的订阅权限检查通过,表示第二ECU具备的属性集满足第一ECU所定义的访问控制策略,即第一ECU认为第二ECU有权限发送该事件。则第二ECU也会检查第一ECU是否具备订阅权限。在具体的实施过程中,第二ECU发送的确认订阅消息填充有发布密文,且发布密文由第二ECU加密并用以检查第一ECU的订阅权限。故第一ECU在接收到确认订阅消息后,从确认订阅消息中提取出发布密文并进行解密。由于双方均采用CP-ABE算法加密,故第一ECU利用CP-ABE算法解密该发布密文。
若解密成功,表示第一ECU具备的属性集满足第二ECU所定义的访问控制策略,第一ECU的订阅权限检查通过,则双方建立订阅关系。若解密失败,表示第一ECU的订阅权限检查未通过,双方中断订阅关系。
进一步的,由于发布密文由第二ECU将发布端点信息中的多播端点信息或非多播端点信息(例如单播端点信息)加密得到。故在解密成功时,若确认订阅消息携带多播端点信息,第一ECU监听多播端点信息中的多播IP地址及端口号,以获取第二ECU发布的多播事件。若确认订阅消息携带非多播端点信息,由于该非多播端点信息仅用于判断第一ECU是否具备订阅权限,并不作为事件获取地址,故第一ECU忽略非多播端点信息并利用第二ECU的发布端点信息获取第二ECU发布的单播事件。
在上述技术方案中,通过从第一ECU侧的角度描述针对第二ECU的订阅权限检查,以及实施关于第二ECU要求的订阅权限检查,通过单方或双方发起订阅权限检查,在服务发现阶段完成事件订阅方和/或事件发布方的订阅权限检查,保证仅当事件订阅方和/或事件发布方通过订阅权限检查才会完成订阅流程;如果事件订阅方和/或事件发布方有任何一方未通过订阅权限检查,则订阅流程会中断,天然无法通信,从而杜绝了未授权的发布与未授权的订阅。本技术方案并非先无条件建立订阅关系等后续事件传输后再做检查,而是在服务发现阶段即可进行订阅权限检查,因此能够避免大量无效消息对车内网带宽的占用,保证通信的正常运行。
此外,本技术方案利用CP-ABE算法对SOME/IP SD协议的事件发布与事件订阅过程进行安全增强,能够将加密与基于属性的访问控制相结合,实现车载网内一对多通信模型的细粒度的访问控制,相比预置证书、密钥等方式具备足够的配置便利性、灵活性和可扩展性。进一步的,由于CP-ABE算法仅用于加密IP地址、协议类型、端口等地址元数据,而并非对庞大的实际传输的内容进行加密,因此降低了加解密的性能消耗,且具备足够的安全性。
基于和前述实施例相同的发明构思,下述实施例以第一ECU的角度公开了一种电子控制器,参看图4,包括:
加密模块401,用于在事件订阅的过程中,将订阅端点信息加密为订阅密文,并将订阅密文填充到订阅请求;
第一发送模块402,用于将订阅请求发送给第二ECU,用以对第二ECU进行订阅权限检查;
第一订阅建立模块403,用于若第二ECU的订阅权限检查通过,和第二ECU建立订阅关系。
基于和前述实施例相同的发明构思,下面的实施例从第二ECU侧公开了一种针对事件订阅的权限检查方法,该方法应用于第二ECU,具体用于第二ECU上具有发布需求的应用。参看图5,该方法包括:
步骤501,在事件订阅的过程中,第二ECU接收订阅请求。
具体的,在事件订阅之前,第二ECU和第一ECU相互发现,并将第二ECU的发布端点信息发送给第一ECU。在相互发现的过程中,第一ECU以多播方式在车载以太网中发布查找服务请求。若第二ECU能够提供相应服务,则第二ECU可在车载以太网中广播提供服务的多播消息,或者在收到第一ECU发送的查找服务请求后,响应该查找服务请求向第一ECU发送提供服务的多播消息。如此,两个ECU可相互发现。
进一步的,多播消息中携带有发布端点信息,该发布端点信息存在于多播消息的端点选项字段。发布端点信息包含第二ECU的IP地址、传输层协议类型与端口号。故,当两个ECU相互发现后,第二ECU会将发布端点信息填入多播消息并发送给第一ECU以便第一ECU提取。
而在两个ECU相互发现后,会触发第一ECU进行事件订阅,进而生成订阅请求。具体的,该订阅请求填充有订阅密文,且订阅密文由第一ECU加密订阅端点信息得到,具体的加密过程参看前述实施例,在此不再赘述。由于该订阅请求用以对第二ECU进行订阅权限检查,故第二ECU接收到该订阅请求之后,会执行下述步骤。
步骤502,第二ECU从订阅请求中提取出订阅密文。
具体的,由于订阅密文填充到订阅请求的端点选项字段中,故第二ECU得到订阅请求后,可从端点选项字段中提取出订阅密文。
步骤503,第二ECU对订阅密文进行解密。
其中,由于该订阅密文由CP-ABE算法加密得到,因此,第二ECU利用CP-ABE算法对订阅密文进行解密。
在解密的过程中,第二ECU使用自身私钥SK与公共参数PK解密订阅密文,以获取其中的订阅端点信息,解密算法为:订阅端点信息=Dec(SK,PK,Cep)。
若解密成功,第二ECU获取第一ECU的订阅端点信息,且表示第二ECU的订阅权限检查通过,执行步骤504:第二ECU和第一ECU建立订阅关系。若解密失败,表示第二ECU的订阅权限检查未通过,第二ECU具备的属性集不满足第一ECU所定义的访问控制策略。且由于解密失败导致第二ECU获取不到第一ECU的订阅端点信息,因此第二ECU发送的事件便不会被第一ECU接收到,从而避免了未授权的事件发布。
在一些可选的实施例中,若第二ECU从订阅密文中解密得到第一ECU的订阅端点信息,则第二ECU解密成功,并表示第二ECU的订阅权限检查通过,则第二ECU会继续更新事件订阅相关信息,生成确认订阅消息,将确认订阅消息发送给第一ECU,以使双方建立订阅关系,后续正常的收发事件。
在一些可选的实施例中,由于双方需互检订阅权限以保证订阅的合法性,若第二ECU的订阅权限检查通过,表示第二ECU具备的属性集满足第一ECU所定义的访问控制策略,即第一ECU认为第二ECU有权限发送该事件。则第二ECU也会检查第一ECU是否具备订阅权限。在具体的实施过程中,第二ECU将发布端点信息加密为发布密文。在加密时,第二ECU利用CP-ABE算法将发布端点信息加密为发布密文。具体的,若第二ECU后续以多播方式发送事件,则第二ECU将发布端点信息中的多播端点信息(即多播IP地址、协议、端口等)加密为发布密文,例如密文Cmp,加密计算过程表示为密文Cmp=En(PK,Tsub,多播端点信息)。若第二ECU后续以非多播方式(例如单播方式)发送该事件,则第二ECU随机得到非多播端点信息(例如单播端点信息),并利用CP-ABE算法加密非多播端点信息生成发布密文,例如密文Crep,加密计算过程表示为密文Crep=En(PK,Tsub,单播端点信息)。值得注意的是,本实施例的非多播端点信息仅用于检查权限,并不作为事件获取地址。
进一步的,第二ECU将发布密文填充到确认订阅消息。承接上述举例,第二ECU将密文Cmp或者密文Crep填充到确认订阅消息中的多播选项字段。参看图6,划线部分即为发布密文。
第二ECU将确认订阅消息发送给第一ECU,用以对第一ECU进行订阅权限检查。在第一ECU侧对该确认订阅消息进行解密,以判断是否具备订阅权限。若解密成功,则表示第一ECU的订阅权限检查通过,则双方建立订阅关系。若解密失败,则表示第一ECU的订阅权限检查未通过,即便第二ECU的检查权限通过,则两者也不会建立订阅关系,因此第一ECU发送提示消息给所述第二ECU,用以提示所述第二ECU中断所述订阅关系。进一步的,第二ECU根据提示消息清理前述更新的事件订阅相关信息,以中断订阅关系。
以上是从第二ECU侧的角度描述实施关于第一ECU要求的订阅权限检查,以及实施针对第一ECU的订阅权限检查,本技术方案通过单方或双方发起订阅权限检查,在服务发现阶段完成事件订阅方和/或事件发布方的订阅权限检查,保证仅当事件订阅方和/或事件发布方通过订阅权限检查才会完成订阅流程;如果事件订阅方和/或事件发布方有任何一方未通过订阅权限检查,则订阅流程会中断,天然无法通信,从而杜绝了未授权的发布与未授权的订阅。本技术方案并非先无条件建立订阅关系等后续事件传输后再做检查,而是在服务发现阶段即可进行订阅权限检查,因此能够避免大量无效消息对车内网带宽的占用,保证通信的正常运行。
此外,本技术方案利用CP-ABE算法对SOME/IP SD协议的事件发布与事件订阅过程进行安全增强,能够将加密与基于属性的访问控制相结合,实现车载网内一对多通信模型的细粒度的访问控制,相比预置证书、密钥等方式具备足够的配置便利性、灵活性和可扩展性。进一步的,由于CP-ABE算法仅用于加密IP地址、协议类型、端口等地址元数据,而并非对庞大的实际传输的内容进行加密,因此降低了加解密的性能消耗,且具备足够的安全性。
基于和前述实施例相同的发明构思,下述实施例以第二ECU的角度公开了一种电子控制器,参看图7,包括:
第一接收单元701,用于在事件订阅的过程中,接收订阅请求;订阅请求填充有订阅密文,且订阅密文由第一ECU加密订阅端点信息得到;订阅请求用以对第二ECU进行订阅权限检查;
提取单元702,用于从订阅请求中提取出订阅密文;
解密单元703,用于对订阅密文进行解密;
第一建立单元704,用于若解密成功,表示第二ECU的订阅权限检查通过,和第一ECU建立订阅关系。
基于相同的发明构思,下面的实施例公开了一种针对事件订阅的权限检查***,该***具体参看图1的结构示意图,包括:
在事件订阅的过程中,第一ECU,用于将订阅端点信息加密为订阅密文,并将订阅密文填充到订阅请求;将订阅请求发送给第二ECU,用以对第二ECU进行订阅权限检查;
第二ECU,用于从订阅请求中提取出订阅密文;对订阅密文进行解密;若解密成功,表示第二ECU的订阅权限检查通过,和第一ECU建立订阅关系;
第一ECU,还用于若第二ECU的订阅权限检查通过,和所述第二ECU建立订阅关系。
上述实施例是在第一ECU发起针对第二ECU进行订阅权限检查的基础上进行的发明构思,下面的实施例从第一ECU实施第二ECU要求的订阅权限检查的基础上公开了一种针对事件订阅的权限检查方法,该方法应用于第一ECU,具体用于具有订阅时间需求的应用中,该方法参看图8,包括下述步骤:
步骤801,在事件订阅的过程中,第一ECU发送订阅请求给第二ECU。
具体的,在事件订阅之前,第一ECU和第二ECU相互发现,并获取第二ECU的发布端点信息。在相互发现的过程中,第一ECU以多播方式在车载以太网中发布查找服务请求。若第二ECU能够提供相应服务,则第二ECU可在车载以太网中广播提供服务的多播消息,或者在接收到第一ECU发送的查找服务请求后,响应该查找服务请求向第一ECU发送上述多播消息。如此,两个ECU可相互发现。
进一步的,多播消息中携带有发布端点信息,该发布端点信息存在于多播消息的端点选项字段。发布端点信息包含第二ECU的IP地址、传输层协议类型与端口号。故,当两个ECU相互发现后,第一ECU能够从多播消息中提取出第二ECU的发布端点信息。
而在两个ECU相互发现后,会触发第一ECU进行事件订阅,进而执行步骤801。具体的,第一ECU将订阅端点信息(包括:第一ECU的IP地址、传输层协议类型及端口号)填充到订阅请求中一并发送给第二ECU。第一ECU的IP地址、传输层协议类型及端口号位于订阅请求的端点选项字段。
在一些可选的实施方式中,第一ECU将订阅端点信息填充到订阅请求,并将订阅请求发送给第二ECU。该方案第一ECU无需对第二ECU发起订阅权限检查。
在一些可选的实施方式中,第一ECU会发起对第二ECU的订阅权限检查,具体的,第一ECU将订阅端点信息加密为订阅密文,将订阅密文填充到订阅请求,并将订阅请求发送给第二ECU,以发起对第二ECU发起订阅权限检查。具体的实施过程参看前述实施例,本实施不再赘述。
步骤802,第一ECU接收第二ECU的确认订阅消息。
其中,当第二ECU接收到订阅请求后,会生成确认订阅消息,或者解密订阅请求成功后生成确认订阅消息。确认订阅消息填充有发布密文,发布密文由事件发布者加密发布端点信息得到。由于,确认订阅消息用以对第一ECU进行订阅权限检查,故第一ECU会接收该确认订阅请求,并执行下述步骤。
步骤803,第一ECU解密发布密文。
具体的,第一ECU在接收到确认订阅消息后,从确认订阅消息中提取出发布密文并进行解密。由于双方均采用CP-ABE算法加密,故第一ECU利用CP-ABE算法解密该发布密文。
具体的,若解密成功,表示第一ECU具备的属性集满足第二ECU所定义的访问控制策略,第一ECU的订阅权限检查通过,执行步骤804:第一ECU和第二ECU建立订阅关系。若解密失败,表示第一ECU的订阅权限检查未通过,步骤805:发送提示消息给第二ECU,用以提示第二ECU中断所述订阅关系。
进一步的,由于发布密文由事件发布者将发布端点信息中的多播端点信息或非多播端点信息(例如单播端点信息)加密得到。故在解密成功时,若确认订阅消息携带多播端点信息,第一ECU监听多播端点信息中的多播IP地址及端口号,以获取第二ECU发布的多播事件。若确认订阅消息携带非多播端点信息,由于该非多播端点信息仅用于判断第一ECU是否具备订阅权限,并不作为事件获取地址,故第一ECU忽略非多播端点信息并利用第二ECU的发布端点信息获取第二ECU发布的单播事件。
以上技术方案从第一ECU实施第二ECU要求的订阅权限检查的基础上实施,基于与前述实施例中同样的发明构思,本说明书实施例还从第一ECU的角度提供一种电子控制器,参看图9,包括:
第二发送模块901,用于发送订阅请求给第二ECU;
接收模块902,用于接收第二ECU的确认订阅消息;其中,确认订阅消息用以对第一ECU进行订阅权限检查,确认订阅消息填充有发布密文,发布密文由事件发布者加密发布端点信息得到;
解密模块903,用于解密发布密文;
第二建立模块904,用于若解密成功,表示第一ECU的订阅权限检查通过,和第二ECU建立订阅关系;
第三发送模块905,用于若解密失败,表示第一ECU的订阅权限检查未通过,发送提示消息给所述第二ECU,用以提示所述第二ECU中断所述订阅关系。
基于与前述实施例中同样的发明构思,本说明书实施例从第二ECU侧提供一种针对事件订阅的权限检查方法,该方法应用于第二ECU,具体用于具有发布需求的应用中,该方法参看图10,包括下述步骤:
步骤1001,在事件订阅的过程中,第二ECU接收订阅请求。
在事件订阅之前,第二ECU和第一ECU相互发现,并将第二ECU的发布端点信息发送给第一ECU。在相互发现的过程中,第一ECU以多播方式在车载以太网中发布查找服务请求。若第二ECU能够提供相应服务,则第二ECU可在车载以太网中广播提供服务的多播消息,或者在收到第一ECU发送的查找服务请求后,响应该查找服务请求向第一ECU发送提供服务的多播消息。如此,两个ECU可相互发现。
进一步的,多播消息中携带有发布端点信息,该发布端点信息以端点选项字段的形式存在于多播消息。发布端点信息包含第二ECU的IP地址、传输层协议类型与端口号。故,当两个ECU相互发现后,第二ECU会将发布端点信息填入多播消息并发送给第一ECU以便第一ECU提取。
在一些可选的实施方式中,在两个ECU相互发现后,会触发第一ECU进行事件订阅,进而生成订阅请求。具体的,该订阅请求填充有订阅密文,且订阅密文由第一ECU加密订阅端点信息得到,具体的加密过程参看前述实施例,在此不再赘述。由于该订阅请求用以对第二ECU进行订阅权限检查,故第二ECU接收到该订阅请求之后,会从订阅请求中提取出订阅密文,对订阅密文进行解密。若解密成功,表示第二ECU的订阅权限检查通过,第二ECU和第一ECU建立订阅关系。若解密失败,表示第二ECU的订阅权限检查未通过,第二ECU中断订阅关系。具体的实施过程参看前述实施例,在此不再赘述。
在一些可选的实施方式中,在两个ECU相互发现后,会触发第一ECU进行事件订阅,进而生成订阅请求,在此实施例中,第一ECU不会发起针对第二ECU的订阅权限检查。
而对于第二ECU来说,在接收到订阅请求后,若要发起针对第一ECU的订阅权限检查,则会执行下述步骤。
步骤1002,第二ECU将发布端点信息加密为发布密文,并将发布密文填充到确认订阅消息。
具体的,在加密时,第二ECU利用CP-ABE算法将发布端点信息加密为发布密文。具体的,若第二ECU后续以多播方式发送事件,则第二ECU将发布端点信息中的多播端点信息(即多播IP地址、协议、端口等)加密为发布密文,例如密文Cmp,加密计算过程表示为密文Cmp=En(PK,Tsub,多播端点信息)。若第二ECU后续以非多播方式(例如单播方式)发送该事件,则第二ECU随机得到非多播端点信息(例如,单播端点信息),并利用CP-ABE算法加密非多播端点信息生成发布密文,例如密文Crep,加密计算过程表示为密文Crep=En(PK,Tsub,单播端点信息)。值得注意的是,本实施例的非多播端点信息仅用于检查权限,并不作为事件获取地址。
进一步的,第二ECU将发布密文填充到确认订阅消息。承接上述举例,第二ECU将密文Cmp或者密文Crep填充到确认订阅消息中的多播选项字段。参看图6,划线部分即为发布密文。
步骤1003,将确认订阅消息发送给第一ECU,用以对第一ECU进行订阅权限检查。
具体的,第一通过解密确认订阅消息中的发布密文进行权限检查,若第一ECU的订阅权限检查通过,执行步骤1004:第二ECU和第一ECU建立订阅关系。若第一ECU的订阅权限检查未通过,执行步骤1005:第二ECU中断订阅关系。
基于与前述实施例中同样的发明构思,本说明书实施例从第二ECU侧还提供一种电子控制器,参看图11,包括:
第二接收单元1101,用于在事件订阅的过程中,接收订阅请求;
加密单元1102,用于将发布端点信息加密为发布密文,并将发布密文填充到确认订阅消息;
发送单元1103,用于将确认订阅消息发送给第一ECU,用以对第一ECU进行订阅权限检查;
第二建立单元1104,用于若第一ECU的订阅权限检查通过,和第一ECU建立订阅关系;
中断单元1105,用于若第一ECU的订阅权限检查未通过,中断订阅关系。
基于与前述实施例中同样的发明构思,本说明书实施例还提供一种针对事件订阅的权限检查***,该***具体参看图1的结构示意图,包括:
第一ECU,用于发送订阅请求给第二ECU;
第二ECU,用于接收订阅请求;将发布端点信息加密为发布密文,并将发布密文填充到确认订阅消息;将确认订阅消息发送给第一ECU,用以对第一ECU进行订阅权限检查;若第一ECU的订阅权限检查通过,和第一ECU建立订阅关系;若第一ECU的订阅权限检查未通过,发送提示消息给所述第二ECU,用以提示所述第二ECU中断所述订阅关系。
第一ECU,还用于接收第二ECU的确认订阅消息;解密发布密文;若解密成功,表示第一ECU的订阅权限检查通过,建立订阅关系;若解密失败,表示第一ECU的订阅权限检查未通过,中断订阅关系。
基于与前述实施例中同样的发明构思,本说明书实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现前文任一方法的步骤。
为了进一步说明和解释本公开,下面的示例1以第一ECU发起针对第二ECU的订阅权限检查的过程来具体阐述本实施例的技术方案,参看图12。在此之前,第一ECU和第二ECU均需针对CP-ABE算法进行初始化准备。
步骤1201,第一ECU发送查找服务消息。具体的,其以多播的方式在车载以太网中发送查找服务消息。
步骤1202,提供相应服务的第二ECU,在车载以太网中主动发送提供服务的多播消息,或者在收到查找服务消息后被动响应提供服务的多播消息。
其中,多播消息的端点选项字段携带有发布端点信息,包含第二ECU的IP地址、传输层协议类型与端口号。
步骤1203,第一ECU得到发布端点信息后,将订阅端点信息加密为订阅密文,并填充到订阅请求中。
首先,利用CP-ABE算法加密第一ECU的订阅端点信息(即第一ECU的IP地址、传输层协议类型与端口号)生成订阅密文Cep,计算过程表示为订阅密文Cep=En(PK,Tpub,订阅端点信息)。
其次,将生成的订阅密文Cep填充到订阅请求的端点选项字段中,参看图3。
步骤1204,第一ECU向第二ECU发送订阅请求。具体的,第一ECU以单播方式发送订阅请求。
步骤1205,第二ECU收到订阅请求后,提取出订阅请求中的订阅密文,并进行解密。
具体的,第二ECU使用自身的私钥SK与公共参数PK,解密订阅密文Cep以得到订阅端点信息的明文,解密算法表示为订阅端点信息=Dec(SK,PK,Cep)。
若解密成功,则表示第二ECU具备的属性集满足第一ECU所定义的访问控制策略,即第一ECU认为第二ECU有权限发送该事件,执行步骤1206:第二ECU更新事件订阅相关信息、回复确认订阅消息。从而双方建立订阅关系,后续正常的收发事件。
若解密失败,则表示第二ECU具备的属性集不满足第一ECU所定义的访问控制策略,则第一ECU认为第二ECU无权发送该事件。双方不会建立订阅关系,且由于第二ECU并未获取到第一ECU的订阅端点信息,故后续第二ECU发送的事件便不会被第一ECU接收到,从而避免了未授权的事件发布。
下面的示例2以第二ECU发起针对第一ECU的订阅权限检查的过程来具体阐述本实施例的技术方案,参看图13。在此之前,第一ECU和第二ECU均需针对CP-ABE算法进行初始化准备。
步骤1301,第一ECU以多播的方式在车载以太网中发送查找服务消息。
步骤1302,提供相应服务的第二ECU,在车载以太网中主动发送提供服务的多播消息,或者在收到查找服务消息后被动响应提供服务的多播消息。
其中,多播消息的端点选项字段携带有发布端点信息,包含第二ECU的IP地址、传输层协议类型与端口号。
步骤1303,第一ECU在收到发布端点信息后,以单播方式向第二ECU发送订阅请求。
步骤1304,第二ECU收到订阅请求后,更新事件订阅相关信息。例如,更新订阅者数量、订阅者端点信息等。
步骤1305,如果第二ECU后续以多播方式发送该事件,第二ECU利用CP-ABE算法加密多播端点信息(即多播IP地址、协议、端口等)生成发布密文Cmp,加密计算过程表示为Cmp=En(PK,Tsub,多播端点信息)。
步骤1306,如果第二ECU后续以单播方式发送该事件,随机生成一个非多播端点信息(例如单播端点信息),并利用CP-ABE算法加密生成发布密文Crep,加密计算过程表示为Crep=En(PK,Tsub,单播端点信息)。
步骤1307,第二ECU将生成的Cmp或者Crep填充到确认订阅消息。
具体的,填充到确认订阅消息中的多播选项字段,如图6斜线部分所示。
步骤1308,第二ECU发送确认订阅消息,以确认该订阅请求。
其中,确认订阅消息中携带有上述生成的多播选项字段,即所有需要检查订阅者权限的确认订阅消息均具备多播选项。
步骤1309,第一ECU收到确认订阅消息后,提取出发布密文并进行解密。
具体的,第一ECU使用自身的私钥SK与公共参数PK,试图解密以得到明文,解密算法表示为M=Dec(SK,PK,Cmp或者Crep)。
步骤1310,如果解密成功,建立订阅关系。具体的,如果其中的IP地址为多播地址,第一ECU打开并监听该多播地址及端口;如果其中的IP地址为非多播地址(例如单播地址),第一ECU忽略该多播选项中所有信息。值得注意的是,只要解密成功,无论其是否携带多播地址,双方继续建立双方的订阅关系,并正常收发事件。
步骤1311,如果解密失败,发送提示消息给所述第二ECU,用以提示所述第二ECU中断所述订阅关系。具体的,如果解密失败,表示第一ECU具备的属性集不满足第二ECU所定义的访问控制策略,则第二ECU认为第一ECU无权订阅并接收该事件,则双方不会建立订阅关系。并且,执行步骤1312:第二ECU清理此前更新的事件订阅相关信息,以中断订阅关系。
值得注意的是,由于第一ECU和第二ECU均可发起针对对方的订阅权限检查,上述示例1和上述示例2可结合进行权限互检,进一步保证订阅事件的合法性。
基于与前述实施例中同样的发明构思,本说明书的实施例还提供一种计算机设备,如图14所示,包括存储器1404、处理器1402及存储在存储器1404上并可在处理器1402上运行的计算机程序,处理器1402执行程序时实现前文任一方法的步骤。
其中,在图14中,总线架构(用总线1400来代表),总线1400可以包括任意数量的互联的总线和桥,总线1400将包括由处理器1402代表的一个或多个处理器和存储器1404代表的存储器的各种电路链接在一起。总线1400还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口1405在总线1400和接收器1401和发送器1403之间提供接口。接收器1401和发送器1403可以是同一个元件,即收发机,提供用于在传输介质上与各种其他终端设备通信的单元。处理器1402负责管理总线1400和通常的处理,而存储器1404可以被用于存储处理器1402在执行操作时所使用的数据。
在此提供的算法和显示不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述,构造这类***所要求的结构是显而易见的。此外,本说明书也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本说明书的内容,并且上面对特定语言所做的描述是为了披露本说明书的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本说明书的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本说明书的示例性实施例的描述中,本说明书的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本说明书要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本说明书的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本说明书的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本说明书的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本说明书实施例的网关、代理服务器、***中的一些或者全部部件的一些或者全部功能。本说明书还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本说明书的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本说明书进行说明而不是对本说明书进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本说明书可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
Claims (29)
1.一种针对事件订阅的权限检查方法,所述方法应用于第一ECU,所述方法包括:
在事件订阅的过程中,所述第一ECU将订阅端点信息加密为订阅密文,并将所述订阅密文填充到订阅请求;
所述第一ECU将所述订阅请求发送给第二ECU,用以对所述第二ECU进行订阅权限检查;
若所述第二ECU的订阅权限检查通过,所述第一ECU和所述第二ECU建立订阅关系。
2.如权利要求1所述的方法,在事件订阅之前,所述方法还包括:
所述第一ECU和所述第二ECU相互发现,并获取所述第二ECU的发布端点信息。
3.如权利要求1所述的方法,所述第一ECU将订阅端点信息加密为订阅密文,具体包括:
所述第一ECU利用密文策略属性基加密CP-ABE算法将所述订阅端点信息加密为所述订阅密文。
4.如权利要求1-3任一权项所述的方法,所述若所述第二ECU的订阅权限检查通过,所述第一ECU和所述第二ECU建立订阅关系,具体包括:
若接收到所述第二ECU发送的确认订阅消息,所述第一ECU和所述第二ECU建立订阅关系;其中,所述确认订阅消息为所述第二ECU成功解密所述订阅密文后发送。
5.如权利要求4所述的方法,所述若所述第二ECU的订阅权限检查通过,所述方法还包括:
所述第一ECU检查所述确认订阅消息是否具备多播端点信息;
若具备,所述第一ECU监听所述多播端点信息中的多播IP地址及端口号,以获取所述第二ECU发布的多播事件。
6.如权利要求4所述的方法,所述确认订阅消息填充有发布密文,所述发布密文由所述第二ECU加密并用以检查所述第一ECU的订阅权限;
所述若所述第二ECU的订阅权限检查通过,所述方法还包括:
所述第一ECU解密所述发布密文;
若解密成功,表示所述第一ECU的订阅权限检查通过,所述第一ECU和所述第二ECU建立订阅关系;
若解密失败,表示所述第一ECU的订阅权限检查未通过,所述第一ECU发送提示消息给所述第二ECU,用以提示所述第二ECU中断所述订阅关系。
7.如权利要求6所述的方法,所述发布密文由所述第二ECU将所述发布端点信息中的多播端点信息或非多播端点信息加密得到;
所述若解密成功,所述方法还包括:
若解密成功且所述确认订阅消息携带所述多播端点信息,所述第一ECU监听所述多播端点信息中的多播IP地址及端口号,以获取所述第二ECU发布的多播事件;
若解密成功且所述确认订阅消息携带非多播端点信息,所述第一ECU忽略所述非多播端点信息并利用所述第二ECU的发布端点信息获取所述第二ECU发布的单播事件。
8.如权利要求6所述的方法,所述第一ECU解密所述发布密文,具体包括:
所述第一ECU利用密文策略属性基加密CP-ABE算法解密所述发布密文。
9.一种电子控制器,包括:
加密模块,用于在事件订阅的过程中,将订阅端点信息加密为订阅密文,并将所述订阅密文填充到订阅请求;
第一发送模块,用于将所述订阅请求发送给第二ECU,用以对所述第二ECU进行订阅权限检查;
第一订阅建立模块,用于若所述第二ECU的订阅权限检查通过,和所述第二ECU建立订阅关系。
10.一种针对事件订阅的权限检查方法,所述方法应用于第二ECU,所述方法包括:
在事件订阅的过程中,所述第二ECU接收订阅请求;所述订阅请求填充有订阅密文,且所述订阅密文由第一ECU加密所述订阅端点信息得到;所述订阅请求用以对所述第二ECU进行订阅权限检查;
所述第二ECU从所述订阅请求中提取出所述订阅密文;
所述第二ECU对所述订阅密文进行解密;
若解密成功,表示所述第二ECU的订阅权限检查通过,所述第二ECU和所述第一ECU建立订阅关系。
11.如权利要求10所述的方法,在事件订阅之前,所述方法还包括:
所述第二ECU和所述第一ECU相互发现,并将所述第二ECU的发布端点信息发送给所述第一ECU。
12.如权利要求10所述的方法,所述第二ECU对所述订阅密文进行解密,具体包括:
所述第二ECU利用密文策略属性基加密CP-ABE算法对所述订阅密文进行解密。
13.如权利要求10-12任一权项所述的方法,所述若解密成功,所述方法还包括:
所述第二ECU生成确认订阅消息;
所述第二ECU将所述确认订阅消息发送给所述第一ECU,以使所述第一ECU建立所述订阅关系。
14.如权利要求10-12任一权项所述的方法,所述若解密成功,所述方法还包括:
所述第二ECU将发布端点信息加密为发布密文,并将所述发布密文填充到确认订阅消息;
将所述确认订阅消息发送给所述第一ECU,用以对所述第一ECU进行订阅权限检查;
若所述第一ECU的订阅权限检查通过,所述第二ECU和所述第一ECU建立订阅关系;
若所述第一ECU的订阅权限检查未通过,所述第二ECU中断所述订阅关系。
15.如权利要求14所述的方法,所述第二ECU将发布端点信息加密为发布密文,具体包括:
所述第二ECU利用密文策略属性基加密CP-ABE算法将所述发布端点信息加密为所述发布密文。
16.如权利要求14所述的方法,所述第二ECU将发布端点信息加密为发布密文,具体包括:
所述第二ECU将所述发布端点信息中的多播端点信息加密为所述发布密文;或者
所述第二ECU随机得到非多播端点信息,并将所述非多播端点信息加密为所述发布密文。
17.一种电子控制器,包括:
第一接收单元,用于在事件订阅的过程中,接收订阅请求;所述订阅请求填充有订阅密文,且所述订阅密文由第一ECU加密所述订阅端点信息得到;所述订阅请求用以对第二ECU进行订阅权限检查;
提取单元,用于从所述订阅请求中提取出所述订阅密文;
解密单元,用于对所述订阅密文进行解密;
第一建立单元,用于若解密成功,表示所述第二ECU的订阅权限检查通过,和所述第一ECU建立订阅关系。
18.一种针对事件订阅的权限检查***,包括:
在事件订阅的过程中,第一ECU,用于将订阅端点信息加密为订阅密文,并将所述订阅密文填充到订阅请求;将所述订阅请求发送给第二ECU,用以对所述第二ECU进行订阅权限检查;
所述第二ECU,用于从所述订阅请求中提取出所述订阅密文;对所述订阅密文进行解密;若解密成功,表示所述第二ECU的订阅权限检查通过,和所述第一ECU建立订阅关系;
所述第一ECU,还用于若所述第二ECU的订阅权限检查通过,和所述第二ECU建立所述订阅关系。
19.一种针对事件订阅的权限检查方法,所述方法应用于第一ECU,所述方法包括:
在事件订阅的过程中,所述第一ECU发送订阅请求给第二ECU;
所述第一ECU接收所述第二ECU的确认订阅消息;其中,所述确认订阅消息用以对所述第一ECU进行订阅权限检查,所述确认订阅消息填充有发布密文,所述发布密文由所述事件发布者加密发布端点信息得到;
所述第一ECU解密所述发布密文;
若解密成功,表示所述第一ECU的订阅权限检查通过,所述第一ECU和所述第二ECU建立订阅关系;
若解密失败,表示所述第一ECU的订阅权限检查未通过,所述第一ECU发送提示消息给所述第二ECU,用以提示所述第二ECU中断所述订阅关系。
20.如权利要求19所述的方法,在事件订阅之前,所述方法还包括:
所述第一ECU和所述第二ECU相互发现,并获取所述第二ECU的发布端点信息。
21.如权利要求19或20所述的方法,所述发布密文由所述事件发布者将所述发布端点信息中的多播端点信息或非多播端点信息加密得到;
若解密成功,所述方法还包括:
若解密成功且所述确认订阅消息携带所述多播端点信息,所述第一ECU监听所述多播端点信息中的多播IP地址及端口号,以获取所述第二ECU发布的多播事件;
若解密成功且所述确认订阅消息携带非多播端点信息,所述第一ECU忽略所述非多播端点信息并利用所述第二ECU的发布端点信息获取所述第二ECU发布的单播事件。
22.一种电子控制器,包括:
第二发送模块,用于发送订阅请求给第二ECU;
接收模块,用于接收所述第二ECU的确认订阅消息;其中,所述确认订阅消息用以对第一ECU进行订阅权限检查,所述确认订阅消息填充有发布密文,所述发布密文由所述事件发布者加密发布端点信息得到;
解密模块,用于解密所述发布密文;
第二建立模块,用于若解密成功,表示所述第一ECU的订阅权限检查通过,和所述第二ECU建立订阅关系;
第三发送模块,用于若解密失败,表示所述第一ECU的订阅权限检查未通过,发送提示消息给所述第二ECU,用以提示所述第二ECU中断所述订阅关系。
23.一种针对事件订阅的权限检查方法,所述方法应用于第二ECU,所述方法包括:
在事件订阅的过程中,所述第二ECU接收订阅请求;
所述第二ECU将发布端点信息加密为发布密文,并将所述发布密文填充到确认订阅消息;
将所述确认订阅消息发送给第一ECU,用以对所述第一ECU进行订阅权限检查;
若所述第一ECU的订阅权限检查通过,所述第二ECU和所述第一ECU建立订阅关系;
若所述第一ECU的订阅权限检查未通过,所述第二ECU中断所述订阅关系。
24.如权利要求23所述的方法,在事件订阅之前,所述方法还包括:
所述第二ECU和所述第一ECU相互发现,并将所述第二ECU的发布端点信息发送给所述第一ECU。
25.如权利要求23或24所述的方法,所述第二ECU将发布端点信息加密为发布密文,具体包括:
所述第二ECU将所述发布端点信息中的多播端点信息加密为所述发布密文;或者
所述第二ECU随机得到非多播端点信息,并将所述非多播端点信息加密为所述发布密文。
26.一种电子控制器,包括:
第二接收单元,用于在事件订阅的过程中,接收订阅请求;
加密单元,用于将发布端点信息加密为发布密文,并将所述发布密文填充到确认订阅消息;
发送单元,用于将所述确认订阅消息发送给第一ECU,用以对所述第一ECU进行订阅权限检查;
第二建立单元,用于若所述第一ECU的订阅权限检查通过,和所述第一ECU建立订阅关系;
中断单元,用于若所述第一ECU的订阅权限检查未通过,中断所述订阅关系。
27.一种针对事件订阅的权限检查***,包括:
所述第一ECU,用于发送订阅请求给第二ECU;
所述第二ECU,用于接收订阅请求;将发布端点信息加密为发布密文,并将所述发布密文填充到确认订阅消息;将所述确认订阅消息发送给所述第一ECU,用以对所述第一ECU进行订阅权限检查;若所述第一ECU的订阅权限检查通过,和所述第一ECU建立订阅关系;若所述第一ECU的订阅权限检查未通过,发送提示消息给所述第二ECU,用以提示所述第二ECU中断所述订阅关系;
所述第一ECU,还用于接收所述第二ECU的确认订阅消息;解密所述发布密文;若解密成功,表示所述第一ECU的订阅权限检查通过,建立所述订阅关系;若解密失败,表示所述第一ECU的订阅权限检查未通过,中断所述订阅关系。
28.一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现权利要求1-8、10-16、19-21、23-25任一项所述方法的步骤。
29.一种车载设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现权利要求1-8、10-16、19-21、23-25任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210227490.3A CN114615049A (zh) | 2022-03-08 | 2022-03-08 | 一种针对事件订阅的权限检查方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210227490.3A CN114615049A (zh) | 2022-03-08 | 2022-03-08 | 一种针对事件订阅的权限检查方法及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114615049A true CN114615049A (zh) | 2022-06-10 |
Family
ID=81861114
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210227490.3A Pending CN114615049A (zh) | 2022-03-08 | 2022-03-08 | 一种针对事件订阅的权限检查方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114615049A (zh) |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040260819A1 (en) * | 2003-06-23 | 2004-12-23 | Nokia Corporation | Systems and methods for restricting event subscriptions through proxy-based filtering |
CN103037000A (zh) * | 2012-12-21 | 2013-04-10 | 北京邮电大学 | 一种发布订阅***及其通知消息处理方法 |
US20180063564A1 (en) * | 2016-08-26 | 2018-03-01 | Adobe Systems Incorporated | Subscription service for authorizing access to media content |
CN108989026A (zh) * | 2018-07-05 | 2018-12-11 | 华东师范大学 | 一种发布/订阅环境下用户属性可撤销的方法 |
CN109872787A (zh) * | 2019-02-02 | 2019-06-11 | 上海龙健信息技术科技有限公司 | 一种分布式数据发布与订阅方法 |
CN109981641A (zh) * | 2019-03-26 | 2019-07-05 | 北京邮电大学 | 一种基于区块链技术的安全发布订阅***及发布订阅方法 |
CN112671717A (zh) * | 2020-12-02 | 2021-04-16 | 北京邮电大学 | 对加密后的订阅和事件进行匹配的方法 |
CN113378230A (zh) * | 2021-07-05 | 2021-09-10 | 东南大学 | 一种dds分布式***的数据访问控制方法 |
CN113497719A (zh) * | 2020-03-20 | 2021-10-12 | 广州汽车集团股份有限公司 | 面向服务的车载ecu软件升级方法及***、相关设备 |
CN113841361A (zh) * | 2020-05-13 | 2021-12-24 | 华为技术有限公司 | 事件订阅管理方法及装置 |
-
2022
- 2022-03-08 CN CN202210227490.3A patent/CN114615049A/zh active Pending
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040260819A1 (en) * | 2003-06-23 | 2004-12-23 | Nokia Corporation | Systems and methods for restricting event subscriptions through proxy-based filtering |
CN103037000A (zh) * | 2012-12-21 | 2013-04-10 | 北京邮电大学 | 一种发布订阅***及其通知消息处理方法 |
US20180063564A1 (en) * | 2016-08-26 | 2018-03-01 | Adobe Systems Incorporated | Subscription service for authorizing access to media content |
CN108989026A (zh) * | 2018-07-05 | 2018-12-11 | 华东师范大学 | 一种发布/订阅环境下用户属性可撤销的方法 |
CN109872787A (zh) * | 2019-02-02 | 2019-06-11 | 上海龙健信息技术科技有限公司 | 一种分布式数据发布与订阅方法 |
CN109981641A (zh) * | 2019-03-26 | 2019-07-05 | 北京邮电大学 | 一种基于区块链技术的安全发布订阅***及发布订阅方法 |
CN113497719A (zh) * | 2020-03-20 | 2021-10-12 | 广州汽车集团股份有限公司 | 面向服务的车载ecu软件升级方法及***、相关设备 |
CN113841361A (zh) * | 2020-05-13 | 2021-12-24 | 华为技术有限公司 | 事件订阅管理方法及装置 |
CN112671717A (zh) * | 2020-12-02 | 2021-04-16 | 北京邮电大学 | 对加密后的订阅和事件进行匹配的方法 |
CN113378230A (zh) * | 2021-07-05 | 2021-09-10 | 东南大学 | 一种dds分布式***的数据访问控制方法 |
Non-Patent Citations (4)
Title |
---|
张继德;屈尔庆;贺志芳;: "基于发布/订阅***的安全管理平台设计", 计算机科学, no. 04 * |
沈卓炜,高鹏,许心宇: "基于安全协商的DDS 安全通信中间件设计", 《信息网络安全》, vol. 21, no. 6, pages 19 - 25 * |
王启旭;丁哲;陈大江;秦臻;秦志光;: "一种面向发布订阅***的访问控制机制", 电子科技大学学报, no. 04 * |
邹吉昌;段斌;李晶;: "基于内容的发布/订阅***安全框架设计", 计算机工程与设计, no. 19 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11784788B2 (en) | Identity management method, device, communications network, and storage medium | |
CN111799867B (zh) | 一种充电设备与充电管理平台间的互信认证方法及*** | |
US10735206B2 (en) | Securing information exchanged between internal and external entities of connected vehicles | |
WO2017101310A1 (zh) | 一种车辆远程控制方法、装置及*** | |
US11546173B2 (en) | Methods, application server, IoT device and media for implementing IoT services | |
US20220276855A1 (en) | Method and apparatus for processing upgrade package of vehicle | |
US10469491B2 (en) | Access control in an information centric network | |
CN101321056B (zh) | 转发许可的方法、设备及*** | |
EP2088530A2 (en) | Method for joining user domain and method for exchanging information in user domain | |
RU2454708C2 (ru) | Способ реализации механизма отслеживания состояния в сеансе связи между сервером и клиентской системой | |
CN113785549B (zh) | 使用some/ip通信协议改进车载数据或消息的传输 | |
CN113572795B (zh) | 一种车辆安全通信方法、***及车载终端 | |
JP6466382B2 (ja) | 鍵を送付するための方法および装置 | |
JP7143744B2 (ja) | 機器統合システム及び更新管理システム | |
CN111901335A (zh) | 基于中台的区块链数据传输管理方法及*** | |
CN114615049A (zh) | 一种针对事件订阅的权限检查方法及*** | |
CN108462681A (zh) | 一种异构网络的通信方法、设备及*** | |
JP6729732B2 (ja) | 暗号通信システム | |
WO2023006028A1 (zh) | 信息处理方法、电子***、电子设备及存储介质 | |
WO2023015412A1 (zh) | 一种跨域访问控制方法、***、存储介质及设备 | |
WO2017024588A1 (zh) | 业务处理方法及装置 | |
CN116961961A (zh) | 网络数据传输方法、装置、电子设备和可读存储介质 | |
CN116599695A (zh) | 基于门限加密的联盟链资源恶意竞争避免方法及*** | |
Wang et al. | Research on Safety Communication Technology between Expressway Front-end Equipment and Background Based on PSAM Technology and Private Communication Protocol | |
CN115118759A (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 |