CN110781012A - 一种基于统一消息队列的拟态裁决器和裁决方法 - Google Patents

Abstract

本发明提供一种基于统一消息队列的拟态裁决器，包括n个执行体消息接收接口、n个统一消息队列、消息读取模块、序号裁决模块、字节裁决模块以及裁决结果输出模块，每个消息接收接口对应一个唯一的统一消息队列；所述消息接收接口，接收异构执行体发送的执行体消息并送入对应的统一消息队列中；所述消息读取模块，同时从n个统一消息队列中读取执行体消息，并获得执行体消息的消息序号；所述序号裁决模块，根据大数裁决机制对获得的所有消息序号进行判决，获得判决序号；所述字节裁决模块，根据大数裁决机制对执行体消息中消息序号等于裁决序号的所有执行体消息进行裁决，并通过所述裁决结果输出模块输出裁决结果。本发明还提供一种裁决方法。

Description

一种基于统一消息队列的拟态裁决器和裁决方法

技术领域

本发明涉及拟态防御领域，具体的说，涉及了一种基于统一消息队列的拟态裁决器和裁决方法。

背景技术

随着网络的快速发展，网络空间的安全问题越来越多的被暴露出来，传统被动防御往往对日益复杂的网络安全问题无能为力。网络空间拟态防御技术从根本上转变对未知环境的未知问题的被动防御为主动防御。

拟态防御系统一般由输入代理、等价异构执行体、裁决器、反馈控制器组成。输入代理完成外部输入信息的复制发分到异构执行体；异构执行体执行外部输入的信息并输出结果；裁决器对输入结果进行多模裁决；反馈控制器对裁决结果进行处理，调整异构执行体，实现拟态伪装。

拟态系统中裁决器等待待裁决信息进行裁决，但是目前裁决系统基本都是按照消息类型进行裁决如图1所示，每种消息类型消息占用一个消息队列，因此裁决系统会有数十至上百种消息队列，且每增加一种消息对要编写对应消息的裁决方法，添加对应的消息队列，这样即增加了代码量和开发工作量又使裁决系统变得复杂，且裁决器执行效率不高；最后因为逻辑分支和工作量较多，裁决器出错的机率也较大。

为了解决以上存在的问题，人们一直在寻求一种理想的技术解决方案。

发明内容

本发明的目的是针对现有技术的不足，从而提供了一种基于统一消息队列的拟态裁决器以及裁决方法，解决了拟态系统随着裁决消息类型的增加而使裁决其开发工作量大、逻辑复杂、裁决效率低的问题。

为了实现上述目的，本发明所采用的技术方案是：一种基于统一消息队列的拟态裁决器，包括n个执行体消息接收接口、n个统一消息队列、消息读取模块、序号裁决模块、字节裁决模块以及裁决结果输出模块，每个消息接收接口对应一个唯一的统一消息队列；

所述消息接收接口，用于接收异构执行体发送的执行体消息并送入对应的统一消息队列中，所述执行体消息的指定位置存储有消息序号；

所述消息读取模块，用于同时从n个统一消息队列中读取执行体消息，并获得执行体消息的消息序号；所述统一消息队列的数据读取方式为先入先出，且每次只有一个执行体消息被读取；

所述序号裁决模块，接收所述消息读取模块输出的消息序号并根据大数裁决机制对获得的所有消息序号进行判决，获得判决序号；

所述字节裁决模块，根据大数裁决机制对所述消息读取模块读取出的执行体消息中消息序号等于裁决序号的所有执行体消息进行裁决，并通过所述裁决结果输出模块输出裁决结果。

本发明还提供一种拟态裁决方法，包括前述拟态裁决器，具体裁决步骤如下：

准备过程

S1，获取异构执行体个数，创建个数与异构执行体个数相同的统一消息队列并进行初始化；

接收过程

S2，接收每个异构执行体发送的执行体消息并存入对应的统一消息队列中，所述执行体消息的指定位置存储有消息序号；

裁决过程

S3，同时读取所有统一消息队列中的执行体消息，并获得每个执行体消息的消息序号，其中，每个统一消息队列中每次只有一个执行体消息被读取；

S4，根据大数裁决机制对获得的所有消息序号进行判决，获得裁决序号；

S5，根据大数裁决机制对读取出的执行体消息中消息序号等于裁决序号的所有执行体消息进行裁决；

S6，将裁决结果下发，并返回执行步骤S3。

基于上述，S4中，若某个执行体消息的消息序号小于其他裁决序号，则从对应的统一消息队列中取出下一个执行体消息进行比对。

基于上述，S4中，若某个统一消息队列为空，且根据其他统一消息队列的执行体消息已获得裁决序号，则放弃等待该统一消息队列的执行体消息，并输出反馈结果。

基于上述，S5中具体包括：

步骤51，根据大数裁决机制通过字节对比对读取出的执行体消息中消息序号等于裁决序号的所有执行体消息进行裁决，若裁决成功刚执行步骤6，若裁决失败则执行步骤52；

步骤52，检查S4中是否存在统一消息队列未收到执行体消息的情况，若有则等待相应执行体消息，若在预设时间阈值内接收到所述执行体消息，则重新进行步骤S4，若在预设时间阈值内未接收到所述执行体消息，则等待超时则确定判决结果为失败。

本发明相对现有技术具有突出的实质性特点和显著的进步，具体的说，本发明实现了对裁决器的改进，通过引入统一消息队列，大大减少了消息队列的数量，减少了消息队列代码的维护；通过字节比较提高了裁决器的裁决效率。

附图说明

图1是普通拟态系统裁决器等待执行体消息示意图。

图2是本发明所述拟态裁决器结构框图。

图3是本发明实施提供的拟态系统裁决器等待执行体消息示意图。

图4是本发明实施提供的裁决方法的流程示意图。

具体实施方式

下面通过具体实施方式，对本发明的技术方案做进一步的详细描述。

如图2所示，一种基于统一消息队列的拟态裁决器，包括n个执行体消息接收接口、n个统一消息队列、消息读取模块、序号裁决模块、字节裁决模块以及裁决结果输出模块，每个消息接收接口对应一个唯一的统一消息队列；

所述消息接收接口，用于接收异构执行体发送的执行体消息并送入对应的统一消息队列中，所述执行体消息的指定位置存储有消息序号；

所述消息读取模块，用于同时从n个统一消息队列中读取执行体消息，并获得执行体消息的消息序号；所述统一消息队列的数据读取方式为先入先出，且每次只有一个执行体消息被读取；

所述序号裁决模块，接收所述消息读取模块输出的消息序号并根据大数裁决机制对获得的所有消息序号进行判决，获得判决序号；

所述字节裁决模块，根据大数裁决机制对所述消息读取模块读取出的执行体消息中消息序号等于裁决序号的所有执行体消息进行裁决，并通过所述裁决结果输出模块输出裁决结果。

在裁决器中各种不同的消息类型多达数百种，如图3所示，通过引入基于序号标签的通用处理队列和消息序号大大减少了消息队列的数量，从而大大减少了开发的工作量和消息对待代码的维护量，不用每增加一种消息类就增加一种队列和相应的处理逻辑；其次，不用再为每种消息类型创建相应的消息管理模块，这无疑减小了逻辑分支，使裁决器变得简单；再次，通过字节比较提高了裁决器的裁决效率；最后，解决了因为某种原因导致某个执行体发送的待裁决消息与其它执行体消息不一致的情况，提高了裁决器的执行效率。

本发明还提供一种拟态裁决方法，包括前述拟态裁决器，如图4所示，具体裁决步骤如下：

准备过程

S1，获取异构执行体个数，创建个数与异构执行体个数相同的统一消息队列并进行初始化；

接收过程

S2，接收每个异构执行体发送的执行体消息并存入对应的统一消息队列中，所述执行体消息的指定位置存储有消息序号；

裁决过程

S3，同时读取所有统一消息队列中的执行体消息，并获得每个执行体消息的消息序号，其中，每个统一消息队列中每次只有一个执行体消息被读取；

S4，根据大数裁决机制对获得的所有消息序号进行判决，获得裁决序号；

具体的，所述大数裁决机制为若超过预设比例以上的消息序号是一致的，则认为裁决成功，获得裁决序号；

需要注意的是，S4中，若某个执行体消息的消息序号小于其他裁决序号，则从对应的统一消息队列中取出下一个执行体消息进行比对，防止出现某个消息因延迟发送导致后边所有消息跟待裁决消息都不一致的情况，影响裁决结果的准确性；

另外，S4中，若某个统一消息队列为空，且根据其他统一消息队列的执行体消息已获得裁决序号，则放弃等待该统一消息队列的执行体消息，并输出反馈结果；

S5，根据大数裁决机制对读取出的执行体消息中消息序号等于裁决序号的所有执行体消息进行裁决，具体的，所述大数裁决机制为若超过预设比例以上的消息是一致的，则认为裁决成功，否则，认为裁决失败；

S6，将裁决结果下发，并返回执行步骤S3。

具体的，S5中具体包括：

步骤51，根据大数裁决机制通过字节对比对读取出的执行体消息中消息序号等于裁决序号的所有执行体消息进行裁决，若裁决成功刚执行步骤6，若裁决失败则执行步骤52；

步骤52，检查S4中是否存在统一消息队列未收到执行体消息的情况，若有则等待相应执行体消息，若在预设时间阈值内接收到所述执行体消息，则重新进行步骤S4，若在预设时间阈值内未接收到所述执行体消息，则等待超时则确定判决结果为失败。

最后应当说明的是:以上实施例仅用以说明本发明的技术方案而非对其限制；尽管参照较佳实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本发明的具体实施方式进行修改或者对部分技术特征进行等同替换；而不脱离本发明技术方案的精神，其均应涵盖在本发明请求保护的技术方案范围当中。

Claims (5)

1.一种基于统一消息队列的拟态裁决器，其特征在于：包括n个执行体消息接收接口、n个统一消息队列、消息读取模块、序号裁决模块、字节裁决模块以及裁决结果输出模块，每个消息接收接口对应一个唯一的统一消息队列；

所述消息接收接口，用于接收异构执行体发送的执行体消息并送入对应的统一消息队列中，所述执行体消息的指定位置存储有消息序号；

所述消息读取模块，用于同时从n个统一消息队列中读取执行体消息，并获得执行体消息的消息序号；所述统一消息队列的数据读取方式为先入先出，且每次只有一个执行体消息被读取；

所述序号裁决模块，接收所述消息读取模块输出的消息序号并根据大数裁决机制对获得的所有消息序号进行判决，获得判决序号；

所述字节裁决模块，根据大数裁决机制对所述消息读取模块读取出的执行体消息中消息序号等于裁决序号的所有执行体消息进行裁决，并通过所述裁决结果输出模块输出裁决结果。

2.一种拟态裁决方法，其特征在于，包括权利要求1所述的拟态裁决器，具体裁决步骤如下：

准备过程

S1，获取异构执行体个数，创建个数与异构执行体个数相同的统一消息队列并进行初始化；

接收过程

S2，接收每个异构执行体发送的执行体消息并存入对应的统一消息队列中，所述执行体消息的指定位置存储有消息序号；

裁决过程

S3，依次同时读取所有统一消息队列中的执行体消息，并获得每个执行体消息的消息序号，其中，每个统一消息队列中每次只有一个执行体消息被读取；

S4，根据大数裁决机制对获得的所有消息序号进行判决，获得裁决序号；

S5，根据大数裁决机制对读取出的执行体消息中消息序号等于裁决序号的所有执行体消息进行裁决；

S6，将裁决结果下发，并返回执行步骤S3。

3.根据权利要求2所述的基于统一消息队列的拟态裁决方法，其特征在于：S4中，若某个执行体消息的消息序号小于其他裁决序号，则从对应的统一消息队列中取出下一个执行体消息进行比对。

4.根据权利要求2所述的基于统一消息队列的拟态裁决方法，其特征在于：S4中，若某个统一消息队列为空，且根据其他统一消息队列的执行体消息已获得裁决序号，则放弃等待该统一消息队列的执行体消息，并输出反馈结果。

5.根据权利要求4所述的基于统一消息队列的拟态裁决方法，其特征在于，S5中具体包括：

步骤51，根据大数裁决机制通过字节对比对读取出的执行体消息中消息序号等于裁决序号的所有执行体消息进行裁决，若裁决成功刚执行步骤6，若裁决失败则执行步骤52；

步骤52，检查S4中是否存在统一消息队列未收到执行体消息的情况，若有则等待相应执行体消息，若在预设时间阈值内接收到所述执行体消息，则重新进行步骤S4，若在预设时间阈值内未接收到所述执行体消息，则等待超时则确定判决结果为失败。

Images