CN112052168A - 测试任务的派单方法、装置及设备 - Google Patents

Abstract

本申请涉及一种测试任务的派单方法、装置及设备，该派单方法包括：获取测试任务需求；测试任务需求包括测试任务和任务起止时间；根据任务起止时间和派单参数，将派单过程划分为N个阶段；从第一阶段到第N阶段，依次执行如下操作：基于预先存储的各个白帽画像，确定白帽列表，并根据测试任务，从白帽列表中确定与当前阶段对应的派发白帽人数的白帽；将测试任务发送给白帽；在当前阶段的任务时间内判断测试任务是否达成；若达成，结束测试任务；若未达成，进入下一阶段，直至测试任务截止时间。如此，将测试任务的派单周期进行了分解，优先派发给匹配度高的白帽，提高了任务目标达成率，保证了测试任务效果。

Description

测试任务的派单方法、装置及设备

技术领域

本申请涉及测试任务派发技术领域，具体涉及一种测试任务的派单方法、装置及设备。

背景技术

随着互联网的发展，越来越多的企事业单位创建了自己的网站应用，随之而来的是越来越多的存在着安全问题的网站，如何发现并修复这些安全问题，避免企事业单位的利益遭到损害，在日益壮大的网络环境中显得尤为重要。

漏洞接收平台应运而生，漏洞接收平台利用测试任务派单系统通过测试任务调度白帽(安全专家)对合作企事业单位授权的网站应用进行安全测试，及时发现其高风险漏洞，协助客户修复安全问题，从而保护客户的资产安全，同时白帽得到相应的悬赏奖励。

相关技术中，现有的漏洞接收平台的测试任务派单系统在进行派单时，通常有两种派单模式：一种是众测模式，该模式是在测试任务正式开始前报名参加，然后随机或以某些自定义算法将任务分配给用户；另一种是抢单模式，在测试任务正式开始时用户拼手速领取任务。然而这两种派单模式均无法有效将测试任务派发给合适的白帽，常常造成测试任务派发效率低，严重影响测试任务目标达成率。

发明内容

有鉴于此，本申请的目的在于克服现有技术的不足，提供一种测试任务的派单方法、装置及设备。

为实现以上目的，本申请采用如下技术方案：

本申请的第一方面提供一种测试任务的派单方法，包括：

获取测试任务需求；所述测试任务需求包括测试任务和任务起止时间；

根据所述任务起止时间和派单参数，将派单过程划分为N个阶段；派单参数包括：划分阶段数、各个阶段的任务时间占比和对应的派发白帽人数；N为大于等于2的正整数；

从第一阶段到第N阶段，依次执行如下操作：基于预先存储的各个白帽画像，确定白帽列表，并根据所述测试任务，从所述白帽列表中确定与当前阶段对应的所述派发白帽人数的白帽；将所述测试任务发送给所述白帽；在当前阶段的所述任务时间内，判断所述测试任务是否达成；若达成，结束所述测试任务；若未达成，进入下一阶段，直至测试任务截止时间。

可选的，所述方法还包括：

获取各个所述白帽处理测试任务的历史数据；

基于所述历史数据，构建各个白帽的所述白帽画像并存储。

可选的，所述基于预先存储的各个白帽画像，确定白帽列表，包括：

根据当前阶段的所述任务时间和各个所述白帽画像的白帽活跃时间，确定白帽列表。

可选的，所述判断所述测试任务是否达成之后，所述方法还包括：

记录所述测试任务完成结果。

可选的，还包括：

若连续三次记录的所述测试任务完成结果为达成或者未达成，调整所述派单参数。

可选的，所述若连续三次记录的所述测试任务完成结果为达成或者未达成，调整所述派单参数，包括：

若连续三次记录的所述测试任务完成结果为达成，所述划分阶段数减少1；

若连续三次记录的所述测试任务完成结果为未达成，所述划分阶段数增加1。

可选的，所述记录所述测试任务完成结果之后，所述方法还包括：

确定所述测试任务中达成任务目标的目标白帽；

更新所述目标白帽处理测试任务的历史数据；

基于更新后的历史数据，更新所述目标白帽的白帽画像并存储。

可选的，所述白帽画像的维度包括白帽活跃时间、白帽能力范围和白帽信誉度。

本申请的第二方面提供一种测试任务的派单装置，包括：

获取模块，用于获取测试任务需求；所述测试任务需求包括测试任务和任务起止时间；

划分模块，用于根据所述任务起止时间和派单参数，将派单过程划分为N个阶段；派单参数包括：划分阶段数、各个阶段的任务时间占比和对应的派发白帽人数；N为大于等于2的正整数；

执行模块，用于从第一阶段到第N阶段，依次执行如下操作：基于预先存储的各个白帽画像，确定白帽列表，并根据所述测试任务，从所述白帽列表中确定与当前阶段对应的所述派发白帽人数的白帽；将所述测试任务发送给所述白帽；在当前阶段的所述任务时间内，判断所述测试任务是否达成；若达成，结束所述测试任务；若未达成，进入下一阶段，直至测试任务截止时间。

本申请的第三方面提供一种测试任务的派单设备，包括：

处理器，以及与所述处理器相连接的存储器；

所述存储器用于存储计算机程序；

所述处理器用于调用并执行所述存储器中的所述计算机程序，以执行如本申请的第一方面所述的方法。

本申请提供的技术方案可以包括以下有益效果：

本申请的方案中，通过获取测试任务需求，可以确定测试任务和任务起止时间；基于预先设置的派单参数和测试任务需求中的任务起止时间，可以将派单过程划分为N个阶段，其中，派单参数可以包括：划分阶段数、各个阶段的任务时间占比和对应的派发白帽人数，N为大于等于2的正整数；从第一阶段到第N阶段，可以依次执行如下操作：基于预先存储的各个白帽画像，确定白帽列表，以从所有白帽中初次刷选出较为合适的白帽人选，为后续选定派单的白帽奠定基础；然后根据测试任务，从白帽列表中确定与当前阶段对应的派发白帽人数的白帽，以完成对匹配度高的白帽的选定；将测试任务发送给选定的白帽；在当前阶段的任务时间内，判断测试任务是否达成；若达成，结束测试任务；若未达成，进入下一阶段，直至测试任务截止时间。如此，将测试任务的派单周期进行了分解，优先派发给匹配度高的白帽，提高了任务目标达成率，保证了测试任务效果，实现了任务效益最大化。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一个实施例提供的一种测试任务的派单方法的流程图。

图2是本申请另一个实施例提供的一种测试任务的派单方法中白帽画像的建模示意图。

图3是本申请另一个实施例提供的一种测试任务的派单装置的结构示意图。

图4是本申请另一个实施例提供的一种测试任务的派单设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将对本申请的技术方案进行详细的描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本申请所保护的范围。

图1是本申请一个实施例提供的一种测试任务的派单方法的流程图。本申请的实施例提供一种测试任务的派单方法，如图所示，该派单方法具体可以包括如下步骤：

步骤11、获取测试任务需求；测试任务需求包括测试任务和任务起止时间。

其中，测试任务可以包括测试范围、测试类型和任务目标等信息。

步骤12、根据任务起止时间和派单参数，将派单过程划分为N个阶段；派单参数包括：划分阶段数、各个阶段的任务时间占比和对应的派发白帽人数；N为大于等于2的正整数。

在确定测试任务需求后，可以确定任务起止时间，根据任务起止时间和派单参数，可以将派单过程划分为N个阶段，其中，划分阶段数即等于N，且N为大于或者等于2的正整数，也就是说，在对派单过程进行划分时，可以将派单过程划分为至少两个阶段。具体的，根据划分阶段数，可以将任务起始时间到任务截止时间之间的整体任务时间划分为N个阶段；根据各个阶段的任务时间占比，可以确定划分的N个阶段中各个阶段对应的任务时间；根据各个阶段对应的派发白帽人数，可以确定实施时每个阶段应该将测试任务派发给多少位白帽。

例如，派单参数中，划分阶段数为3，各个阶段的任务时间占比分别为10％、60％和30％，各个阶段对应的派发白帽人数分别为1、10和20。那么，在确定任务起止时间是周一早上8点到周三早上8点后，可以确定整体任务时间为两天，派单的时间即为整体任务时间，对派单过程的划分为3个阶段，第一个阶段为从任务起始时间开始的前4.8个小时，即周一的8点到十二点48分，派发任务给一个最匹配的白帽；第二个阶段为从任务起始时间开始的4.8个小时后到33.6个小时，即周一的十二点四十八分到周二的17点36分，派发任务给10个匹配的白帽；第三个阶段为从任务起始时间开始的33.6个小时后到任务截止时间，即周二的17点36分到周三的8点，派发任务给20个匹配的白帽。

步骤13、从第一阶段到第N阶段，依次执行如下操作：基于预先存储的各个白帽画像，确定白帽列表，并根据测试任务，从白帽列表中确定与当前阶段对应的派发白帽人数的白帽；将测试任务发送给白帽；在当前阶段的任务时间内，判断测试任务是否达成；若达成，结束测试任务；若未达成，进入下一阶段，直至测试任务截止时间。

其中，白帽画像是白帽的一种数据模型，是保证测试任务能够被高效完成所不可或缺的依据。白帽画像具有维度，其维度可以包括白帽活跃时间、白帽能力范围和白帽信誉度。

具体实施时，派单过程首先进入第一阶段，根据预先存储的各个白帽画像，可以对所有白帽进行初步筛选，确定出一些匹配度较高的白帽，列入白帽列表中，然后根据测试任务中的测试范围和测试类型以及白帽画像的白帽能力范围和白帽信誉度，从白帽列表中刷选出与测试范围和测试类型最匹配的预设数量的白帽，进行优先派发。若第一阶段即达成了测试任务，则测试任务完结，无需再进入下一阶段；若第一阶段没有达成测试任务，则进入第二阶段，根据预先存储的各个白帽画像，再次对所有白帽进行筛选，确定出一些匹配度较高的白帽，列入白帽列表中，然后根据测试任务中的测试范围和测试类型以及白帽画像的白帽能力范围和白帽信誉度，从白帽列表中刷选出与测试范围和测试类型较为匹配的一些白帽，进行第二次派发。若第二阶段即达成了测试任务，则测试任务完结，无需再进入下一阶段；若第二阶段没有达成测试任务，继续进入下一阶段，直至达成测试任务或者达到测试任务截止时间。

本实施例中，通过获取测试任务需求，可以确定测试任务和任务起止时间；基于预先设置的派单参数和测试任务需求中的任务起止时间，可以将派单过程划分为N个阶段，其中，派单参数可以包括：划分阶段数、各个阶段的任务时间占比和对应的派发白帽人数，N为大于等于2的正整数；从第一阶段到第N阶段，可以依次执行如下操作：基于预先存储的各个白帽画像，确定白帽列表，以从所有白帽中初次刷选出较为合适的白帽人选，为后续选定派单的白帽奠定基础；然后根据测试任务，从白帽列表中确定与当前阶段对应的派发白帽人数的白帽，以完成对匹配度高的白帽的选定；将测试任务发送给选定的白帽；在当前阶段的任务时间内，判断测试任务是否达成；若达成，结束测试任务；若未达成，进入下一阶段，直至测试任务截止时间。如此，将测试任务的派单周期进行了分解，优先派发给匹配度高的白帽，提高了任务目标达成率，保证了测试任务效果，实现了任务效益最大化。

在一些实施例中，为了保证白帽画像可以作为测试任务派发的有效依据，可以通过获取各个白帽处理测试任务的历史数据，来对每一位白帽进行建模，如此，即可构建各个白帽的白帽画像。

具体实施时，白帽画像在构建时可以从测试平台获取历史数据，如图2所示，该历史数据可以包括白帽数据和漏洞数据，其中，漏洞数据是白帽在测试平台处理漏洞的相关数据，白帽数据可以包括白帽日志；漏洞数据可以包括白帽提交漏洞时间、白帽提交漏洞类型、白帽提交漏洞技术评定、白帽提交漏洞危害评定和白帽提交漏洞有效性，其中，在确认白帽画像的维度时，通过对白帽日志和白帽提交漏洞时间进行统计可以获取到白帽活跃时间；通过对白帽提交漏洞类型、白帽提交漏洞技术评定和白帽提交漏洞危害评定进行统计可以获取到白帽能力范围；通过对白帽提交漏洞有效性进行统计可以获取到白帽信誉度。

一些实施例中，上述基于预先存储的各个白帽画像，确定白帽列表，具体可以包括：根据当前阶段的任务时间和各个白帽画像的白帽活跃时间，确定白帽列表。

具体实施时，可以设定一个活跃阈值，在派单过程中确定当前时间段处于哪种阶段后，确定当前阶段的任务时间，继而将白帽画像中的白帽活跃时间与当前阶段的任务时间进行交叉处理，查找在当前阶段的任务时间内，白帽活跃时间满足活跃阈值的白帽人选，将这些查找到的白帽人选列入到白帽列表中，如此，即可在活跃时间上首先刷选出一部分在当前阶段的任务时间内活跃度较高的白帽，确保这些刷选出来的白帽在时间上能够更快处理测试任务。

一些实施例中，在对测试任务进行派单的过程中，每一次派单的测试任务结束之后，都需要记录测试任务完成结果。其中，测试任务的完成结果包括达成和未达成。

随着派单数据的不断增长，为了使派单更加高效，一些实施例中，测试任务的派单方法还可以包括：若连续三次记录的测试任务完成结果为达成或者未达成，调整派单参数。其中，调整派单参数的方式可以包括：若连续三次记录的测试任务完成结果为达成，则可以将派单参数中的划分阶段数减少1，各个阶段的任务时间占比和对应的派发白帽人数可以根据实际需求做出相应的调整；若连续三次记录的测试任务完成结果为未达成，则可以将派单参数中的划分阶段数增加1，各个阶段的任务时间占比和对应的派发白帽人数根据实际情况做出调整。

具体实施时，当连续有3次测试任务未达成时，可以将划分阶段数增加1(最大不超过7)；各个阶段的任务时间占比基于阶段总数进行相应调整，例如，阶段总数小于等于5时，对原第二阶段的任务时间占比进行平均拆分，阶段总数大于5时，对原第二、三阶段的任务时间占比分别进行平均拆分；各个阶段对应的派发白帽人数基于阶段总数进行调整，例如，阶段总数为3时，各个阶段派发白帽人数为1,10,20，当阶段总数大于3时，各个阶段派发白帽人数为1,10,20,30,...。相应的，当连续有3次测试任务提前达成(在第一阶段或第二阶段即达成测试任务)时，可以将划分阶段数减少1(最小不小于2)，各个阶段的任务时间占比基于阶段总数进行调整，例如，调整前，阶段总数为3时，第一阶段、第二阶段和第三阶段的任务时间占比分别为10％、45％、45％，阶段总数调整为2后，第一阶段的任务时间占比为10％，第二阶段的任务时间占比为90％)，各个阶段对应的派发白帽人数也基于阶段总数进行调整，例如，调整前，阶段总数为3时，各个阶段派发白帽人数为1,10,20，阶段总数调整为2后，各个阶段派发白帽人数为1,10。

此外，随着派单数据的不断增长，各个白帽的历史数据也一直保持不断更新，上述记录测试任务完成结果之后，测试任务的派单方法还可以包括：确定测试任务中达成任务目标的目标白帽；更新目标白帽处理测试任务的历史数据；基于更新后的历史数据，更新目标白帽的白帽画像并存储，以使得测试任务的派单对象更加匹配，派单过程更加高效。

本申请的实施例提供一种测试任务的派单装置，该装置可以包括：获取模块301，用于获取测试任务需求；测试任务需求包括测试任务和任务起止时间；划分模块302，用于根据任务起止时间和派单参数，将派单过程划分为N个阶段；派单参数包括：划分阶段数、各个阶段的任务时间占比和对应的派发白帽人数；N为大于等于2的正整数；执行模块303，用于从第一阶段到第N阶段，依次执行如下操作：基于预先存储的各个白帽画像，确定白帽列表，并根据测试任务，从白帽列表中确定与当前阶段对应的派发白帽人数的白帽；将测试任务发送给白帽；在当前阶段的任务时间内，判断测试任务是否达成；若达成，确定达成测试任务的目标白帽，并结束测试任务；若未达成，进入下一阶段，直至测试任务截止时间。

可选的，测试任务的派单装置还可以包括构建模块，构建模块，具体用于：获取各个白帽处理测试任务的历史数据；基于历史数据，构建各个白帽的白帽画像并存储。

可选的，上述基于预先存储的各个白帽画像，确定白帽列表，具体包括：根据当前阶段的任务时间和各个白帽画像的白帽活跃时间，确定白帽列表。

可选的，上述判断测试任务是否达成之后，执行模块，具体还可以用于：记录测试任务完成结果。

可选的，测试任务的派单装置还可以包括调整模块，调整模块可以用于：若连续三次记录的测试任务完成结果为达成或者未达成，调整派单参数。

可选的，上述若连续三次记录的测试任务完成结果为达成或者未达成，调整派单参数，具体可以包括：若连续三次记录的测试任务完成结果为达成，划分阶段数减少1；若连续三次记录的测试任务完成结果为未达成，划分阶段数增加1。

可选的，上述记录测试任务完成结果之后，测试任务的派单装置还可以包括更新模块，更新模块具体可以用于：确定测试任务中达成任务目标的目标白帽；更新目标白帽处理测试任务的历史数据；基于更新后的历史数据，更新目标白帽的白帽画像并存储。

可选的，上述白帽画像的维度包括白帽活跃时间、白帽能力范围和白帽信誉度。

本实施例提供的测试任务的派单装置的具体实现方式可以参考以上任意实施例所述的测试任务的派单方法的具体实现方式，此处不再赘述。

本申请的实施例提供一种测试任务的派单设备，该设备可以包括：处理器401，以及与处理器401相连接的存储器402；存储器402用于存储计算机程序；处理器401用于调用并执行存储器402中的计算机程序，以执行如以上任意实施例所述的测试任务的派单方法。

本实施例提供的测试任务的派单设备的具体实现方式可以参考以上任意实施例所述的测试任务的派单方法的具体实现方式，此处不再赘述。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种测试任务的派单方法，其特征在于，包括：

获取测试任务需求；所述测试任务需求包括测试任务和任务起止时间；

根据所述任务起止时间和派单参数，将派单过程划分为N个阶段；派单参数包括：划分阶段数、各个阶段的任务时间占比和对应的派发白帽人数；N为大于等于2的正整数；

从第一阶段到第N阶段，依次执行如下操作：基于预先存储的各个白帽画像，确定白帽列表，并根据所述测试任务，从所述白帽列表中确定与当前阶段对应的所述派发白帽人数的白帽；将所述测试任务发送给所述白帽；在当前阶段的所述任务时间内，判断所述测试任务是否达成；若达成，结束所述测试任务；若未达成，进入下一阶段，直至测试任务截止时间。

2.根据权利要求1所述的派单方法，其特征在于，所述方法还包括：

获取各个所述白帽处理测试任务的历史数据；

基于所述历史数据，构建各个白帽的所述白帽画像并存储。

3.根据权利要求1所述的派单方法，其特征在于，所述基于预先存储的各个白帽画像，确定白帽列表，包括：

根据当前阶段的所述任务时间和各个所述白帽画像的白帽活跃时间，确定白帽列表。

4.根据权利要求1所述的派单方法，其特征在于，所述判断所述测试任务是否达成之后，所述方法还包括：

记录所述测试任务完成结果。

5.根据权利要求4所述的派单方法，其特征在于，还包括：

若连续三次记录的所述测试任务完成结果为达成或者未达成，调整所述派单参数。

6.根据权利要求5所述的派单方法，其特征在于，所述若连续三次记录的所述测试任务完成结果为达成或者未达成，调整所述派单参数，包括：

若连续三次记录的所述测试任务完成结果为达成，所述划分阶段数减少1；

若连续三次记录的所述测试任务完成结果为未达成，所述划分阶段数增加1。

7.根据权利要求4所述的派单方法，其特征在于，所述记录所述测试任务完成结果之后，所述方法还包括：

确定所述测试任务中达成任务目标的目标白帽；

更新所述目标白帽处理测试任务的历史数据；

基于更新后的历史数据，更新所述目标白帽的白帽画像并存储。

8.根据权利要求1所述的派单方法，其特征在于，所述白帽画像的维度包括白帽活跃时间、白帽能力范围和白帽信誉度。

9.一种测试任务的派单装置，其特征在于，包括：

获取模块，用于获取测试任务需求；所述测试任务需求包括测试任务和任务起止时间；

划分模块，用于根据所述任务起止时间和派单参数，将派单过程划分为N个阶段；派单参数包括：划分阶段数、各个阶段的任务时间占比和对应的派发白帽人数；N为大于等于2的正整数；

执行模块，用于从第一阶段到第N阶段，依次执行如下操作：基于预先存储的各个白帽画像，确定白帽列表，并根据所述测试任务，从所述白帽列表中确定与当前阶段对应的所述派发白帽人数的白帽；将所述测试任务发送给所述白帽；在当前阶段的所述任务时间内，判断所述测试任务是否达成；若达成，结束所述测试任务；若未达成，进入下一阶段，直至测试任务截止时间。

10.一种测试任务的派单设备，其特征在于，包括：

处理器，以及与所述处理器相连接的存储器；

所述存储器用于存储计算机程序；

所述处理器用于调用并执行所述存储器中的所述计算机程序，以执行如权利要求1-8任一项所述的方法。

Images