CN106203126A - 一种基于模拟环境的漏洞验证方法及系统 - Google Patents

Abstract

本发明提出了一种基于模拟环境的漏洞验证方法及系统，该方法包括：构建验证漏洞的模拟环境，将所述模拟环境的配置信息以模板形式保存至模板库中；对所述模板库中的模板以设定格式进行封装；根据封装后的模板创建所述模拟环境的实例，并通过所述实例对所述漏洞进行验证。本发明所述基于模拟环境的漏洞验证方法及系统，有效提高漏洞验证实验的资源利用率，有效提高漏洞验证的工作效率和质量。

Description

一种基于模拟环境的漏洞验证方法及系统

技术领域

本发明涉及信息安全技术领域，尤其涉及一种基于模拟环境的漏洞验证方法及系统。

背景技术

现有的主机虚拟化技术在漏洞验证实验中，模拟环境的构成复杂，除了需要桌面系统的操作系统环境外，也包含很多服务和应用软件的场景，例如web漏洞的验证和数据库应用等软件系统的验证。现有技术方案建立虚拟环境，资源消耗大，启动部署慢。

发明内容

本发明要解决的技术问题是，提供一种基于模拟环境的漏洞验证方法及系统，克服现有技术中建立虚拟环境资源消耗大和启动部署慢的缺陷。

本发明采用的技术方案是，所述基于模拟环境的漏洞验证方法，包括：

步骤一，构建验证漏洞的模拟环境，将所述模拟环境的配置信息以模板形式保存至模板库中；

步骤二，对所述模板库中的模板以设定格式进行封装；

步骤三，根据封装后的模板创建所述模拟环境的实例，并通过所述实例对所述漏洞进行验证。

进一步的，所述漏洞包括：软件安全漏洞、网络安全漏洞或系统安全漏洞。

进一步的，所述步骤一，具体包括：

步骤A1，根据验证目标、执行引擎和防护策略，判断云平台环境上构建所述模拟环境的虚拟机数量及虚拟机类型；

步骤A2，根据所述虚拟机类型，设置所述虚拟机的配置信息；

步骤A3，将所述模拟环境的各虚拟机的配置信息作为所述模板保存至所述模板库中。

进一步的，所述步骤A1中，所述验证目标为待验证的漏洞；

所述执行引擎为验证所述漏洞的执行验证脚本的执行环境；

所述防护策略为修复所述漏洞的补丁、防范所述漏洞的防护软件或所述漏洞的执行防护脚本。

进一步的，所述步骤A1中，所述虚拟机类型包括：验证目标虚拟机、执行引擎虚拟机和防护策略虚拟机。

进一步的，所述验证目标虚拟机的数量为所述待验证的漏洞的数量；

所述执行引擎虚拟机的数量为1或0；若执行引擎安装在验证目标虚拟机时，则执行引擎虚拟机的数量为0；

所述防护策略虚拟机的数量与所述验证目标虚拟机的数量相同。

进一步的，所述步骤A2中，所述验证目标虚拟机的配置信息包括：所述验证目标和所述验证目标的运行环境；

所述执行引擎虚拟机的配置信息包括：所述执行验证脚本和所述执行验证脚本的运行环境；

所述防护策略虚拟机的配置信息包括：所述验证目标的补丁或防护脚本、所述验证目标和所述验证目标的运行环境。

进一步的，所述步骤三，具体包括：

步骤B1，根据所述验证目标的配置信息，在所述模板库中检索与所述验证目标的配置信息匹配的模板；

步骤B2，将被检索到的模板发送至调度执行器，所述调度执行器根据所述被检索到的模板中的虚拟机配置信息在所述模拟环境中配置虚拟机，得到模拟环境的实例；

步骤B3，将设定的执行验证脚本发送至执行引擎中，所述执行引擎控制所述执行验证脚本对所述验证目标进行漏洞验证；所述执行验证脚本的数量为一个或多个。

进一步的，所述方法，还包括：

步骤四，对漏洞验证结果进行保存；

步骤五，当所述漏洞验证完成后，对所述模拟环境进行释放；

步骤六，根据保存的所述漏洞验证结果生成验证报告。

进一步的，所述步骤五，具体包括：

当对所述验证目标进行一次或多次漏洞验证完成后，将所述模拟环境的实例进行删除。

本发明还提供一种基于模拟环境的漏洞验证系统，包括：

模拟环境构建模块，用于构建验证漏洞的所述模拟环境，将所述模拟环境的配置信息以模板形式保存至所述模板库中；

封装模块，用于对所述模板库中的模板以设定格式进行封装；

验证模块，用于根据封装后的模板创建所述模拟环境的实例，并通过所述实例对所述漏洞进行验证。

进一步的，所述模拟环境构建模块，具体包括：

虚拟机配置模块，用于根据验证目标、执行引擎和防护策略，判断云平台环境上构建所述模拟环境的虚拟机数量及虚拟机类型；

配置信息模块，用于根据所述虚拟机类型，设置所述虚拟机的配置信息；

模板模块，用于将所述模拟环境的各虚拟机的配置信息作为所述模板保存至所述模板库中。

进一步的，所述验证模块，具体包括：

选择模块，用于根据所述验证目标的配置信息，在所述模板库中检索与所述验证目标的配置信息匹配的模板；

实例模块，用于将被检索到的模板发送至调度执行器，所述调度执行器根据所述被检索到的模板中的虚拟机配置信息在所述模拟环境中配置虚拟机，得到模拟环境的实例；

执行模块，用于将设定的执行验证脚本发送至执行引擎中，执行引擎控制执行验证脚本对验证目标进行漏洞验证；所述执行验证脚本的数量为一个或多个。

进一步的，所述系统，还包括：

保存模块，用于对所述验证模块得到的漏洞验证结果进行保存；

释放模块，用于当所述漏洞验证完成后，对所述模拟环境进行释放；

报告模块，用于根据保存的所述漏洞验证结果生成验证报告。

进一步的，所述释放模块，具体用于：

当对所述验证目标进行一次或多次漏洞验证完成后，将所述模拟环境的实例进行删除。

采用上述技术方案，本发明至少具有下列优点：

本发明所述基于模拟环境的漏洞验证方法及系统，有效提高漏洞验证实验的资源利用率，有效提高漏洞验证的工作效率和质量。

附图说明

图1为本发明第一实施例的基于模拟环境的漏洞验证方法流程图；

图2为本发明第二实施例的基于模拟环境的漏洞验证方法流程图；

图3为本发明第三实施例的基于模拟环境的漏洞验证系统组成结构示意图；

图4为本发明第四实施例的基于模拟环境的漏洞验证系统组成结构示意图；

图5为本发明第六实施例的基于模拟环境的漏洞验证系统实例组成结构示意图；

图6为本发明第六实施例的基于模拟环境的漏洞验证系统实例组成结构示意图；

图7为本发明第七实施例的基于模拟环境的漏洞验证系统实例组成结构示意图。

具体实施方式

为更进一步阐述本发明为达成预定目的所采取的技术手段及功效，以下结合附图及较佳实施例，对本发明进行详细说明如后。

本发明第一实施例，一种基于模拟环境的漏洞验证方法，如图1所示，包括以下具体步骤：

步骤S101，构建验证漏洞的模拟环境，将模拟环境的配置信息以模板形式保存至模板库中。

具体的，步骤S101，包括：

步骤S101A1，根据验证目标、执行引擎和防护策略，判断云平台环境上构建模拟环境需要的虚拟机数量和虚拟机类型。

其中，漏洞包括：软件安全漏洞、网络安全漏洞或系统安全漏洞。

验证目标为待验证的漏洞。

执行引擎为验证漏洞的执行验证脚本的执行环境。

防护策略为修复漏洞的补丁、防范漏洞的防护软件或漏洞的执行防护脚本。

虚拟机类型的包括：验证目标虚拟机、执行引擎虚拟机和防护策略虚拟机。

验证目标虚拟机的数量为待验证的漏洞的数量；

执行引擎虚拟机的数量为1或0；若执行引擎安装在验证目标虚拟机时，则执行引擎虚拟机的数量为0。

防护策略虚拟机的数量与验证目标虚拟机的数量相同。

例如：构建IE(Internet Explorer，简称网络探路者)浏览器的漏洞模拟环境。

其中，验证目标为IE9、IE10和IE11三个版本的浏览器的安全漏洞。

执行引擎为为验证IE浏览器安全漏洞的执行验证脚本的执行环境。

防护策略为修复IE浏览器安全漏洞的补丁、防护软件或执行防护脚本。

根据验证目标、执行引擎和防护策略，如表1所示在云平台环境上构建模拟环境需要的虚拟机：

表1

步骤S101A2，根据虚拟机类型，设置虚拟机的配置信息。

其中，验证目标虚拟机的配置信息包括：验证目标和验证目标的运行环境；

执行引擎虚拟机的配置信息包括：设定的执行验证脚本和执行验证脚本的运行环境；

防护策略虚拟机的配置信息包括：验证目标、验证目标的运行环境和验证目标的补丁、防护软件或执行防护脚本。

步骤S101A3，将模拟环境的各虚拟机的配置信息作为模板保存至模板库中。

步骤S102，对模板库中的模板以设定格式进行封装。

例如，对模板库中的模板以JSON(JavaScript Object Notation，简称JavaScript对象表示法)数据格式进行封装。

步骤S103，根据封装后的模板创建模拟环境的实例，并通过实例对验证目标进行验证。

具体的，步骤S103，包括：

步骤S103B1，根据验证目标的配置信息，在模板库中检索与验证目标的配置信息匹配的模板。

步骤S103B2，将被检索到的模板发送至调度执行器，调度执行器根据被检索到的模板中的虚拟机配置信息在模拟环境中配置虚拟机，得到模拟环境的实例。

步骤S103B3，将设定的执行验证脚本发送至执行引擎中，执行引擎控制执行验证脚本对验证目标进行漏洞验证。其中，执行验证脚本的数量为一个或多个。

本发明第二实施例，一种基于模拟环境的漏洞验证方法，本实施例所述方法与第一实施例大至相同，区别在于对验证结果和模拟环境进行进一步处理，如图2所示，本实施例的所述方法，还包括以下具体步骤：

步骤S204，对漏洞验证结果进行保存。

步骤S205，当漏洞验证完成后，对模拟环境进行释放。

当对验证目标进行一次或多次漏洞验证完成后，将模拟环境的实例进行删除。

步骤S206，根据保存的所述漏洞验证结果生成验证报告。

验证报告包括：漏洞的基本信息、模拟环境的配置信息、防护策略的配置信息、执行验证脚本的信息和漏洞验证日志结果等信息。

本发明第三实施例，与第一实施例对应，本实施例介绍一种基于模拟环境的漏洞验证装置，如图3所示，包括以下组成部分：

模拟环境构建模块100，用于构建验证漏洞的模拟环境，将模拟环境的配置信息以模板形式保存至模板库中。

具体的，模拟环境构建模块100，包括：

虚拟机配置模块101，用于根据验证目标、执行引擎和防护策略，判断云平台环境上构建模拟环境需要的虚拟机数量和虚拟机类型。

其中，验证目标为软件安全漏洞、网络安全漏洞或系统安全漏洞。

执行引擎为验证软件安全漏洞、网络安全漏洞或系统安全漏洞的执行验证脚本的执行环境。

防护策略为修复软件安全漏洞、网络安全漏洞或系统安全漏洞的补丁、防范软件安全漏洞、网络安全漏洞或系统安全漏洞的防护软件或软件安全漏洞、网络安全漏洞或系统安全漏洞的执行防护脚本。虚拟机类型的包括：验证目标虚拟机、执行引擎虚拟机和防护策略虚拟机。

验证目标虚拟机的数量为待验证的漏洞的数量；

执行引擎虚拟机的数量为1或0；若执行引擎安装在验证目标虚拟机时，则

执行引擎虚拟机的数量为0。

防护策略虚拟机的数量与验证目标虚拟机的数量相同。

配置信息模块102，用于根据虚拟机类型，设置虚拟机的配置信息。

其中，验证目标虚拟机的配置信息包括：验证目标和验证目标的运行环境；

执行引擎虚拟机的配置信息包括：设定的执行验证脚本和执行验证脚本的运行环境；

防护策略虚拟机的配置信息包括：验证目标、验证目标的运行环境和验证目标的补丁、防护软件或执行防护脚本。

模板模块103，用于将所述模拟环境的各虚拟机的配置信息作为模板保存至模板库中。

封装模块200，用于对模板库中的模板以设定格式进行封装。

例如，用于对模板库中的模板以JSON(JavaScript Object Notation，简称JavaScript对象表示法)数据格式进行封装。

验证模块300，用于根据封装后的模板创建模拟环境的实例，并通过实例对验证目标进行验证。

具体的，验证模块300，包括：

选择模块301，用于根据验证目标的配置信息，在模板库中检索与验证目标的配置信息匹配的模板；

实例模块302，用于将被检索到的模板发送至调度执行器，调度执行器根据检索到的模板中的虚拟机配置信息在模拟环境中配置虚拟机，得到模拟环境的实例。

执行模块303，用于将设定的执行验证脚本发送至执行引擎中，执行引擎控制执行验证脚本对验证目标进行漏洞验证。其中，执行验证脚本的数量为一个或多个。

本发明第四实施例，一种基于模拟环境的漏洞验证系统，本实施例所述系统与第三实施例大至相同，区别在于对验证结果和模拟环境进行进一步处理，如图4所示，本实施例的所述方法，还包括以下具体步骤：

保存模块400，用于对验证模块300得到的漏洞验证结果进行保存。

释放模块500，用于当漏洞验证完成后，对模拟环境进行释放。

当对验证目标进行一次或多次漏洞验证完成后，将模拟环境的实例进行删除。

报告模块600，根据保存的所述漏洞验证结果生成验证报告。

验证报告包括：漏洞的基本信息、模拟环境的配置信息、防护策略的配置信息、执行验证脚本的信息和漏洞验证日志结果等信息。

本发明第五实施例，一种基于模拟环境的漏洞验证方法，为了克服现有漏洞研究人员的工作效率低、工作内容个性化程度强和漏洞验证过程不可追溯性等特点，本实施例提出了一种基于模拟环境漏洞验证方法，实现了网络、系统和软件安全漏洞自动化模拟验证，解决了现有漏洞研究人员构建复杂漏洞验证环境的效率不高和重复利用问题，以及不能自动执行和追溯验证过程的问题。

基于模拟环境的漏洞验证方法，包括以下具体步骤：

步骤S901，构建验证漏洞的模拟环境。

模拟环境的构建，主要是针对待验证的漏洞，构建存在此漏洞软件环境，例如验证IE相关的漏洞时，需要选择在某个版本的操作系统上，安装有此漏洞的IE软件作为验证目标，同时还需要安装执行验证脚本的执行环境如：python的验证脚本，需要安装python2及其相关的模块作为执行引擎。还有在验证该漏洞的存在性时，也会对漏洞的补丁，或一些防护软件的防护能力进行测试，此时需要安装修复此漏洞补丁、软件或脚本等，作为模拟环境的防护策略。

所以当确认了防护策略、验证目标和执行引擎信息后，可以在云平台环境上构建出模拟环境。

例如：IE相关的漏洞验证，根据确认的防护策略、验证目标和执行引擎信息可以设计如表2所示的模拟环境组成。

表2

确定防护策略、验证目标和执行引擎。根据待验证的漏洞样本，构建漏洞存在的模拟环境，并且可以增加不同的防护措施到模拟环境中，以验证部署不同防护策略下模拟环境漏洞的存在性。并在模拟环境中的可标识验证的目标和验证脚本的执行位置。

模拟环境的信息收集具体实现方式：

在模拟环境的信息收集步骤中，目标是指收集扫描对象的IP信息，可以是一个单独的主机(通常是虚拟机)，也可以是几个主机或者是多个服务器的组合；执行引擎是验证脚本的执行环境，系统会根据不同的脚本类型选择虚拟机中的执行引擎执行验证脚本。

模拟环境的动态构建部分是建立在基础设施云平台的基础上，根据构建方式的不同，分为两部分核心内容：

1)全新的构建模拟环境

模拟环境的构建作为本系统的主要基础部分，为后面的验证步骤提供执行的软硬件资源，全新构建模拟环境主要包括以下内容:

1.实验环境的整体场景布局，如一共需要几台机器和每台机器的硬件配置信息等。

2.针对每个机器的功能不同，需要安装的软件和策略等配置的信息。

3.将当前的模拟环境信息保存到模板库中。

在全新创建模拟环境时，调度引擎会根据全新创建的模拟环境信息，调用底层基础资源云平台接口，完成模拟环境实例的构建过程，最后返回可运行的模拟环境实例集合，模拟环境中的各主机的软件和配置信息，生成实例的时候已经安装好。此时，新的模拟环境创建完成。之后，我们可以将此实验环境的配置信息数据保存为模拟环境库，用户可以直接使用保存的配置信息生成新实例。在此配置信息相当于模板的作用。

2)自动选择符合特征的模拟环境。

根据漏洞信息的标识和要求，自动的在模拟环境库中选择合适的模拟环境，根据此配置生成模拟环境的实例。

步骤S902，对数据进行封装。

对模拟环境的数据和漏洞数据进行封装，以统一的格式传递数据。

对收集的模拟环境信息数据，按照json数据结构的格式进行封装，单个虚拟机的数据结构实例如下：

{"name":"rewr",虚拟机的名字

"instanceOfferingUuid":"aa9bd1fe19124584872583cf33ab7b9f",虚拟机的实例规格—内存大小和cpu的核数

"imageUuid":"616bf8ee9fc840a59a501893e03d00cb",虚拟机的基础镜像—通过操作系统版本位数等信息选择匹配

"l3NetworkUuids":["68a837ff267f436ca7ac5d67a325d68d"],虚拟机之间的网络方案—默认

"dataDiskOfferingUuids":[],"description":"",

"defaultL3NetworkUuid":"68a837ff267f436ca7ac5d67a325d68d",默认网络

"systemTags":[],

"session":{"uuid":"36ce310f980c4b18a976c94ed15193cc"},与云平台的会话

"timeout":-1

}

数据封装具体实现方式：

漏洞的关键信息包括：模拟环境中的目标地址、操作系统信息、漏洞端口、漏洞类型、漏洞位置、漏洞参数、漏洞标识和应用版本信息等。

执行器信息包括：根据漏洞的标识和内容选取的验证脚本信息、脚本参数信息和脚本的执行环境信息等。

步骤S903，对漏洞进行验证。

数据以任务的形式下发到执行调度器，并根据模拟环境的配置数据，触发模拟环境中的脚本执行器，对模拟环境中的漏洞验证目标进行验证。

漏洞验证具体实现方式：

漏洞验证是整个系统的核心内容，通过前面的步骤，准备好模拟环境后，和准备验证的漏洞的基本信息和执行器基本信息，接下来的工作就是对漏洞进行当前场景下的验证动作，主要是通过统一的调度引擎，完成验证任务的全生命周期的管理和控制，触发目标执行引擎，执行漏洞验证脚本，并将过程中的日志和结果信息全部保存到调度引擎结果字段中。

步骤S904，对漏洞验证结果进行保存。

调度引擎会将验证结果和过程数据，从模拟环境中取回，保存到本次验证的结果信息中。

验证结果保存具体实现方式：

保存的结果根据漏洞的单次执行任务来选取；也就是说可以对相同环境下的漏洞验证多次执行，每次验证有自己对应的结果。

步骤S905，清除验证资源。

验证完成后，可以对模拟环境资源进行释放，也可以多次使用后再释放。

步骤S906，生成漏洞验证报告。

验证报告包括：漏洞基本信息、模拟环境的具体配置、防护策略的配置、验证的脚本、是否存在漏洞和漏洞验证日志结果等信息。

通过基于模拟环境的漏洞验证方法可以有效提高漏洞研究人员的工作效率，并且对漏洞验证过程做到可复用和可追溯。

通过基于模拟环境的漏洞验证方法解决的技术问题主要有两个：

1.在实验的环境构建方面，结合KVM(kernel-based Virtual Machine)虚拟化技术和容器虚拟化技术，可以将复杂的实验环境组合部署，并实现虚拟机和容器的互通，从而使相同的资源上可以构建更多的实验场环境。整体上提高启停和部署的速度。

2.在具体的实验环境中，做到可以执行批量验证，并且使执行验证、抓取结果、结果分析和评价的整个过程可以实现自动完成。

本发明第六实施例，本实施例是在上述实施例的基础上，以基于模拟环境的漏洞验证系统为例，结合附图5～6介绍一个本发明的应用实例。

基于模拟环境的漏洞验证系统包括：漏洞验证任务功能管理模块、实验环境构建模块和知识库管理模块。

其中，漏洞验证任务功能管理模块：用于将漏洞验证实验的每次操作，封装成任务模型的方式执行，任务的结构分为以漏洞为核心的主任务和针对此任务每次验证(验证脚本或参数不同)的子任务。

实验环境构建模块：用于构建漏洞验证的实验环境，主要过程是通过设计台页面，设计出整个实验环境的虚拟机构成，包括有多少个虚拟机组成，每个虚拟机的配置，之后通过底层云平台接口，以构建任务的形式将数据封装成构建任务，下发执行。

其中，虚拟机的配置包括：内存，硬盘，CPU，操作系统和工具软件等。

知识库管理模块：用于提供验证任务和构建任务依赖数据的统一管理，包括操作系统的镜像信息、漏洞信息和漏洞验证脚本信息等。

技术方案原理：

本方案的核心技术原理包括：采用基于KVM虚拟化的Zstack云平台和基于容器虚拟化技术的docker组合方式，搭建底层的基础设施云平台。

业务层采用灵活的任务调度框架，来支撑以任务形式封装的业务请求，并且基于插件式的任务引擎模块，开发支撑多种场景的业务需求。

主要的功能结构图如图5所示，其中上层是具体的业务系统模块的功能，中间服务包括了任务调度框架和任务调度引擎，知识库模块作为对的服务在整个系统中提供数据的统一管理。

由底层创建出来的实验环境集合作为运行时实例，会集中放到实例集合中管理，并且通过代理程序，完成对虚拟机内部运行程序的控制和实现。

如图6所示，系统的部署结构主要分为管理服务器节点、数据库服务器节点、总线服务器节点、资源控制器节点和资源节点。

其中，管理服务器节点、数据库服务器节点和总线服务器节点主要部署的是系统的功能模块和数据存储模块。

资源控制器节点和资源节点是提供整个系统的基础云部署，主要是搭建虚拟机环境的集群。

本发明第七实施例，以基于模拟环境的漏洞验证系统为例，结合附图7介绍一个本发明的应用实例。

基础云平台的方案可以采用开源的openstack+docker的方式部署，将docker作为Nova的一种驱动方式，通过docker的api接口的方式管理docker容器的生命周期。

如图7所示，通过nova-api，docker driver作为hypervisor部署。原理很好理解，nova-computer-api调用virt api将nova docker driver作为http agent和docker restapi互通，从而控制docker和与容器的通信。另外，glance作为docker register服务的本地节点，提供image服务。

本实施例的优点：相比VM的性能优势，特别是Auto-Scale Out的时候；使用经验和资料详细；混合方案，满足不同性能需求。

根据本发明面对的漏洞验证实验环境的构建需求，不需要采用openstack的heat或Magnum的docker集成。主要是因为没有复杂的模板部署编排等需求，不需要复杂的的调度管理和负载均衡等应用。

通过具体实施方式的说明，应当可对本发明为达成预定目的所采取的技术手段及功效得以更加深入且具体的了解，然而所附图示仅是提供参考与说明之用，并非用来对本发明加以限制。

Claims (15)

1.一种基于模拟环境的漏洞验证方法，其特征在于，包括：

步骤一，构建验证漏洞的模拟环境，将所述模拟环境的配置信息以模板形式保存至模板库中；

步骤二，对所述模板库中的模板以设定格式进行封装；

步骤三，根据封装后的模板创建所述模拟环境的实例，并通过所述实例对所述漏洞进行验证。

2.根据权利要求1所述的基于模拟环境的漏洞验证方法，其特征在于，所述漏洞包括：软件安全漏洞、网络安全漏洞或系统安全漏洞。

3.根据权利要求1所述的基于模拟环境的漏洞验证方法，其特征在于，所述步骤一，具体包括：

步骤A1，根据验证目标、执行引擎和防护策略，判断云平台环境上构建所述模拟环境的虚拟机数量及虚拟机类型；

步骤A2，根据所述虚拟机类型，设置所述虚拟机的配置信息；

步骤A3，将所述模拟环境的各虚拟机的配置信息作为所述模板保存至所述模板库中。

4.根据权利要求3所述的基于模拟环境的漏洞验证方法，其特征在于，所述步骤A1中，所述验证目标为待验证的漏洞；

所述执行引擎为验证所述漏洞的执行验证脚本的执行环境；

所述防护策略为修复所述漏洞的补丁、防范所述漏洞的防护软件或所述漏洞的执行防护脚本。

5.根据权利要求3所述的基于模拟环境的漏洞验证方法，其特征在于，所述步骤A1中，所述虚拟机类型包括：验证目标虚拟机、执行引擎虚拟机和防护策略虚拟机。

6.根据权利要求5所述的基于模拟环境的漏洞验证方法，其特征在于，所述验证目标虚拟机的数量为所述待验证的漏洞的数量；

所述执行引擎虚拟机的数量为1或0；若执行引擎安装在验证目标虚拟机时，则执行引擎虚拟机的数量为0；

所述防护策略虚拟机的数量与所述验证目标虚拟机的数量相同。

7.根据权利要求3所述的基于模拟环境的漏洞验证方法，其特征在于，所述步骤A2中，所述验证目标虚拟机的配置信息包括：所述验证目标和所述验证目标的运行环境；

所述执行引擎虚拟机的配置信息包括：所述执行验证脚本和所述执行验证脚本的运行环境；

所述防护策略虚拟机的配置信息包括：所述验证目标的补丁或防护脚本、所述验证目标和所述验证目标的运行环境。

8.根据权利要求1所述的基于模拟环境的漏洞验证方法，其特征在于，所述步骤三，具体包括：

步骤B1，根据所述验证目标的配置信息，在所述模板库中检索与所述验证目标的配置信息匹配的模板；

步骤B2，将被检索到的模板发送至调度执行器，所述调度执行器根据所述被检索到的模板中的虚拟机配置信息在所述模拟环境中配置虚拟机，得到模拟环境的实例；

步骤B3，将设定的执行验证脚本发送至执行引擎中，所述执行引擎控制所述执行验证脚本对所述验证目标进行漏洞验证；所述执行验证脚本的数量为一个或多个。

9.根据权利要求1所述的基于模拟环境的漏洞验证方法，其特征在于，所述方法，还包括：

步骤四，对漏洞验证结果进行保存；

步骤五，当所述漏洞验证完成后，对所述模拟环境进行释放；

步骤六，根据保存的所述漏洞验证结果生成验证报告。

10.根据权利要求9所述的基于模拟环境的漏洞验证方法，其特征在于，所述步骤五，具体包括：

当对所述验证目标进行一次或多次漏洞验证完成后，将所述模拟环境的实例进行删除。

11.一种基于模拟环境的漏洞验证系统，其特征在于，包括：

模拟环境构建模块，用于构建验证漏洞的所述模拟环境，将所述模拟环境的配置信息以模板形式保存至所述模板库中；

封装模块，用于对所述模板库中的模板以设定格式进行封装；

验证模块，用于根据封装后的模板创建所述模拟环境的实例，并通过所述实例对所述漏洞进行验证。

12.根据权利要求11所述的基于模拟环境的漏洞验证系统，其特征在于，所述模拟环境构建模块，具体包括：

虚拟机配置模块，用于根据验证目标、执行引擎和防护策略，判断云平台环境上构建所述模拟环境的虚拟机数量及虚拟机类型；

配置信息模块，用于根据所述虚拟机类型，设置所述虚拟机的配置信息；

模板模块，用于将所述模拟环境的各虚拟机的配置信息作为所述模板保存至所述模板库中。

13.根据权利要求12所述的基于模拟环境的漏洞验证系统，其特征在于，所述验证模块，具体包括：

选择模块，用于根据所述验证目标的配置信息，在所述模板库中检索与所述验证目标的配置信息匹配的模板；

实例模块，用于将被检索到的模板发送至调度执行器，所述调度执行器根据所述被检索到的模板中的虚拟机配置信息在所述模拟环境中配置虚拟机，得到模拟环境的实例；

执行模块，用于将设定的执行验证脚本发送至执行引擎中，执行引擎控制执行验证脚本对验证目标进行漏洞验证；所述执行验证脚本的数量为一个或多个。

14.根据权利要求11所述的基于模拟环境的漏洞验证系统，其特征在于，所述系统，还包括：

保存模块，用于对所述验证模块得到的漏洞验证结果进行保存；

释放模块，用于当所述漏洞验证完成后，对所述模拟环境进行释放；

报告模块，用于根据保存的所述漏洞验证结果生成验证报告。

15.根据权利要求14所述的基于模拟环境的漏洞验证系统，其特征在于，所述释放模块，具体用于：

当对所述验证目标进行一次或多次漏洞验证完成后，将所述模拟环境的实例进行删除。