CN112868008B - Java开源组件的漏洞检测方法、装置及存储介质 - Google Patents

Abstract

本发明提供了一种JAVA开源组件的漏洞检测方法、装置及存储介质，其中，方法包括：生成包括所有JAVA开源组件的漏洞数据的漏洞数据库；获取待检测JAVA开源组件的相关信息；对待检测JAVA开源组件的相关信息与漏洞数据库进行匹配；若待检测JAVA开源组件的相关信息与漏洞数据库匹配成功，则获取待检测JAVA开源组件的漏洞数据。本发明提供了一种成熟的JAVA开源组件的漏洞检测方法，既弥补了现有市场的不足，又在很大程度上摒弃了目前寻找JAVA开源组件的CVE信息的方法是以人工方式逐个寻找的弊端，极大地节省了人力、时间资源，使得漏洞检测结果更加精准。

Description

JAVA开源组件的漏洞检测方法、装置及存储介质

技术领域

本发明涉及软件检测技术领域，尤其是指一种JAVA开源组件的漏洞检测方法、装置、电子设备及存储介质。

背景技术

Java是一门面向对象编程语言，不仅吸收了C++语言的各种优点，还摒弃了C++里难以理解的多继承、指针等概念，而Java语言作为静态面向对象编程语言的代表，极好地实现了面向对象理论，允许程序员以优雅的思维方式进行复杂的编程。近些年来，Java语言凭借其功能强大、简单易用、面向对象、分布式、健壮性、安全性、平台独立与可移植性、多线程、动态性等特点，被广泛应用于编写桌面应用程序、Web应用程序、分布式系统和嵌入式系统应用程序等，同时JAVA开源组件(以下简称JAVA开源组件)也得到了极其广泛的应用。

目前，软件开发人员广泛使用开源组件，事实上，据估计，每个应用程序的80-90％都是由开源组件组成的。Synopsys的研究显示，在软件应用程序中被使用的第三方组件，有一半已经过时，很可能存在安全隐患。另一份来自Black Duck的报告称，使用开源组件的所有应用程序中，超过60％包含已知的软件漏洞。那么分析每个开源组件的通用漏洞披露(Common Vulnerabil ities&Exposures，简称CVE)，将会给项目的组成分析(ServiceOritented Architecture，简称SCA)提供有效的信息支持。然而，目前市场上还没有与JAVA开源组件的漏洞检测相关且成熟的技术和产品。

因此，有必要开发一种JAVA开源组件的漏洞检测方法、装置、电子设备及存储介质。

发明内容

本发明所要解决的技术问题是：提供一种JAVA开源组件的漏洞检测方法、装置、电子设备及存储介质，旨在解决现有市场上没有与JAVA开源组件的漏洞检测相关且成熟的技术和产品的问题。

为了解决上述技术问题，本发明采用的技术方案为：

本发明实施例第一方面提供了一种JAVA开源组件的漏洞检测方法，该方法包括如下步骤：

生成包括所有JAVA开源组件的漏洞数据的漏洞数据库；

获取待检测JAVA开源组件的相关信息；

对所述待检测JAVA开源组件的相关信息与漏洞数据库中的每一条漏洞数据进行匹配；

若匹配成功，则获取所述待检测JAVA开源组件的漏洞数据。

进一步地，所述生成包括所有JAVA开源组件的漏洞数据的漏洞数据库包括：

获取所有涉及CVE信息的网站中与所述CVE信息相对应的CPE信息；

根据所述CPE信息及CVE信息生成CPE数据库并实时更新；

获取所有JAVA开源组件的相关信息；

对所述所有JAVA开源组件的相关信息分别与CPE数据库中的每一条CPE信息进行匹配；

根据所述CPE数据库中匹配成功的CPE信息及与CPE信息相对应的CVE信息生成漏洞数据库。

进一步地，所述待检测JAVA开源组件的相关信息至少包括待检测JAVA开源组件的哈希码，所述漏洞数据库中的任一条漏洞数据至少包括该条漏洞数据所对应的JAVA开源组件的哈希码、CVE信息，且所述对所述待检测JAVA开源组件的相关信息与漏洞数据库中的每一条漏洞数据进行匹配包括：

判断所述漏洞数据库中是否存在待检测JAVA开源组件的哈希码，若存在，则直接获取所述漏洞数据库中与待检测JAVA开源组件的哈希码相对应的CVE信息；

若不存在，则对所述待检测JAVA开源组件的相关信息与CPE数据库中的每一条CPE信息进行匹配；

将所述CPE数据库中匹配成功的CPE信息及与CPE信息相对应的CVE信息存储至漏洞数据库。

进一步地，所述所有JAVA开源组件的相关信息至少包括分别与每一JAVA开源组件相关的厂商、产品名称及版本号，且所述获取所有JAVA开源组件的相关信息包括：

分别对所述所有JAVA开源组件的配置文件进行分析，得到分别与每一所述JAVA开源组件相关的厂商、产品名称及版本号，所述配置文件包括manifest.mf文件、pom.xml文件、build.gradle文件及build.xml文件；

分别对所述所有JAVA开源组件的项目结构进行分析，得到分别与每一所述JAVA开源组件相关的厂商、产品名称及版本号，所述项目结构包括组成每一所述JAVA开源组件的组件包的名称及组成每一JAVA开源组件的项目的多层结构。

进一步地，所述CPE数据库中的任一条CPE信息至少包括与该CPE信息相对应的CVE信息及与该CVE信息相对应的厂商、产品名称及版本号，且所述对所述所有JAVA开源组件的相关信息分别与CPE数据库中的每一条CPE信息进行匹配包括：

对所述所有JAVA开源组件的配置文件和/或项目结构进行分析后，对所得到的分别与每一所述JAVA开源组件相关的厂商、产品名称及版本号定义优先级；

判断分别与每一所述JAVA开源组件相关的厂商、产品名称及版本号的每种优先级是否均只包括一个厂商或产品名称或版本号，若是，则将分别与每一所述JAVA开源组件相关的厂商、产品名称及版本号按照优先级别由高至低依次与CPE数据库中的每一条CPE信息进行匹配，直至匹配成功为止。

进一步地，所述对所述所有JAVA开源组件的相关信息分别与CPE数据库中的每一条CPE信息进行匹配还包括：

若否，则将分别与每一所述JAVA开源组件相关的厂商、产品名称及版本号的每种优先级所对应的厂商或产品名称或版本号，进行同种优先级内的混合组合后，再与所述CPE数据库中的每一条CPE信息进行匹配，直至分别与每一所述JAVA开源组件相关的厂商、产品名称及版本号的每种优先级所对应的厂商或产品名称或版本号全部组合完成为止。

进一步地，所述待检测JAVA开源组件的相关信息至少还包括与待检测JAVA开源组件相关的厂商、产品名称及版本号，所述漏洞数据库中的任一条漏洞信息至少还包括当前JAVA开源组件的名称、与CVE信息相对应的CPE信息及与该CPE信息相对应的厂商、产品名称及版本号。

本发明实施例第二方面提供了一种JAVA开源组件的漏洞检测装置，该装置包括：

生成模块，用于生成包括所有JAVA开源组件的漏洞数据的漏洞数据库；

第一获取模块，用于获取待检测JAVA开源组件的相关信息；

匹配模块，用于对所述待检测JAVA开源组件的相关信息与漏洞数据库中的每一条漏洞数据进行匹配；

第二获取模块，用于在所述待检测JAVA开源组件的相关信息与漏洞数据库中的某条漏洞数据匹配成功时，获取所述待检测JAVA开源组件的漏洞数据。

本发明实施例第三方面提供了一种电子设备，其包括：

存储装置及一个或多个处理器，所述存储装置用于存储一个或多个程序，其中，当所述一个或多个程序被一个或多个处理器执行时，使得所述一个或多个处理器执行如本发明实施例第一方面所述的方法。

本发明第四方面提供了一种存储介质，其上存储有可执行指令，该可执行指令被执行时执行如本发明实施例第一方面所述的方法。

从上述描述可知，本发明提供的JAVA开源组件的漏洞检测方法、装置、电子设备及存储介质，其有益效果在于：

本发明首先生成包括所有JAVA开源组件的漏洞数据的漏洞数据库；其次，获取待检测JAVA开源组件的相关信息，并对待检测JAVA开源组件的相关信息与漏洞数据库中的每一条漏洞数据进行匹配；最后，若匹配成功，则获取待检测JAVA开源组件的漏洞数据。本发明通过构建并利用包括所有JAVA开源组件的漏洞数据的漏洞数据库，提供了一种成熟的JAVA开源组件的漏洞检测方法，既弥补了现有市场的不足，又在很大程度上摒弃了目前寻找JAVA开源组件的CVE的方法是以人工方式逐个寻找的弊端，极大地节省了人力、时间资源，使得漏洞检测结果更加精准。

附图说明

下面结合附图详述本发明的具体内容

图1为本发明第一实施例提供的JAVA开源组件的漏洞检测方法的流程图；

图2为本发明第一实施例提供的某网站上某一个CVE的详细信息；

图3为本发明第一实施例提供的某一CPE的构成；

图4为本发明第二实施例提供的JAVA开源组件的漏洞检测方法的流程图；

图5为本发明第二实施例提供的组成开源组件的项目的多层结构的示意图；

图6为本发明第二实施例提供的表格形式的漏洞数据库的示意图；

图7为本发明第三实施例提供的JAVA开源组件的漏洞检测装置的模块方框图；

图8为本发明第四实施例提供的电子设备的模块方框图；

图9为本发明第五实施例提供的存储介质的模块方框图。

具体实施方式

为详细说明本发明的技术内容、构造特征、所实现目的及效果，以下结合实施方式并配合附图详予说明。

请参阅图1、图2以及图3，图1为本发明第一实施例提供的JAVA开源组件的漏洞检测方法的流程图，图2为本发明第一实施例提供的某网站上某一个CVE的详细信息，图3为本发明第一实施例提供的CPE的构成。

如图1所示，本发明第一实施例提供的JAVA开源组件的漏洞检测方法包括如下步骤：

S110、生成包括所有JAVA开源组件的漏洞数据的漏洞数据库；

S120、获取待检测JAVA开源组件的相关信息；

S130、对待检测JAVA开源组件的相关信息与漏洞数据库中的每一条漏洞数据进行匹配；

S140、若匹配成功，则获取待检测JAVA开源组件的漏洞数据。

具体的，于本实施例中，获取待检测JAVA开源组件的相关信息是通过获取待检测JAVA开源组件的源码，并对获得的源码进行分析的方式。

需要说明的是，如图2所示，一个CVE可能有多种CPE配置，同样的道理，一个CPE也可能会存在于多种CVE里面。另外，如图3所示，图3中的cpe为开头格式，2.3表示是采用2.3版本协议的cpe(目前CPE基本都是采用2.3版本协议)，o表示os操作系统(除了o之外，还有h和a，其中h表示硬件，a表示应用)，redhat表示某一厂商，enterprise_linux表示该厂商的某一产品，6.0表示该产品的版本号。

下面对CPE的标准格式进行详细说明，如cpe:2.3:part:vendor:product:version:update:edition:language:sw_edition:target_sw:target_hw:other，其中part表示目标类型，允许的值有a(应用程序)、h(硬件平台)、o(操作系统)；vendor表示厂商；product表示产品名称；version表示版本号；update表示更新包；edition表示版本；language表示语言项。

本发明第一实施例提供的JAVA开源组件的漏洞检测方法，首先生成包括所有JAVA开源组件的漏洞数据的漏洞数据库；其次，获取待检测JAVA开源组件的相关信息，并对待检测JAVA开源组件的相关信息与漏洞数据库中的每一条漏洞数据进行匹配；最后，若匹配成功，则获取待检测JAVA开源组件的漏洞数据。也就是说，该漏洞检测方法通过构建并利用包括所有JAVA开源组件的漏洞数据的漏洞数据库，提供了一种成熟的JAVA开源组件的漏洞检测方法，既弥补了现有市场的不足，又在很大程度上摒弃了目前寻找JAVA开源组件的CVE的方法是以人工方式逐个寻找的弊端，极大地节省了人力、时间资源，使得漏洞检测结果更加精准。

请参阅图4、图5以及图6，图4为本发明第二实施例提供的JAVA开源组件的漏洞检测方法的流程图，图5为本发明第二实施例提供的组成开源组件的项目的多层结构的示意图，图6为本发明第二实施例提供的表格形式的漏洞数据库的示意图。

与本发明第一实施例提供的JAVA开源组件的漏洞检测方法所不同的是，在本发明第二实施例中：

进一步地，如图4所示，S110具体包括如下步骤：

S111、获取所有涉及CVE信息的网站中与CVE信息相对应的CPE信息；

S112、根据CPE信息及CVE信息生成CPE数据库并实时更新；

S113、获取所有JAVA开源组件的相关信息；

S114、对所有JAVA开源组件的相关信息分别与CPE数据库中的每一条CPE信息进行匹配；

S115、根据CPE数据库中匹配成功的CPE信息及与CPE信息相对应的CVE信息生成漏洞数据库。

需要说明的是，于本实施例中，由于任意一个开源组件的漏洞不可能是不变的，比如一个2019年的开源组件，在2020年时被发现该开源组件存在一个漏洞，该漏洞编号可能是CVE-2020-001，然而之前的漏洞数据库中是不存在漏洞CVE-2020-001的，所以对CPE数据库进行实时更新是有必要的，之后需要进行S113-S115，将漏洞CVE-2020-001及与漏洞CVE-2020-001相关的信息存入漏洞数据库中。

进一步地，待检测JAVA开源组件的相关信息至少包括待检测JAVA开源组件的哈希码，漏洞数据库中的任一条漏洞数据至少包括该条漏洞数据所对应的JAVA开源组件的哈希码、CVE信息，且如图4所示，S130具体包括如下步骤：

S131、判断漏洞数据库中是否存在待检测JAVA开源组件的哈希码，若存在，则直接获取漏洞数据库中与待检测JAVA开源组件的哈希码相对应的CVE信息；

S132、若不存在，则对待检测JAVA开源组件的相关信息与CPE数据库中的每一条CPE信息进行匹配；

S133、将CPE数据库中匹配成功的CPE信息及与CPE信息相对应的CVE信息存储至漏洞数据库。

进一步地，所有JAVA开源组件的相关信息至少包括分别与每一JAVA开源组件相关的厂商、产品名称及版本号，且如图4所示，S113具体包括如下步骤：

S1131、分别对所有JAVA开源组件的配置文件进行分析，得到分别与每一JAVA开源组件相关的厂商、产品名称及版本号，且配置文件包括manifest.mf文件、pom.xml文件、build.gradle文件及build.xml文件；

S1132、分别对所有JAVA开源组件的项目结构进行分析，得到分别与每一JAVA开源组件相关的厂商、产品名称及版本号，且项目结构包括组成每一JAVA开源组件的组件包的名称及组成每一JAVA开源组件的项目的多层结构。

进一步地，CPE数据库中的任一条CPE信息至少包括与该CPE信息相对应的CVE信息及与该CVE信息相对应的厂商、产品名称及版本号，且如图4所示，S114具体包括如下步骤：

S1141、对所有JAVA开源组件的配置文件和/或项目结构进行分析后，对所得到的分别与每一JAVA开源组件相关的厂商、产品名称及版本号定义优先级；

S1142、判断分别与每一JAVA开源组件相关的厂商、产品名称及版本号的每种优先级是否均只包括一个厂商或产品名称或版本号，若是，则将分别与每一JAVA开源组件相关的厂商、产品名称及版本号按照优先级别由高至低依次与CPE数据库中的每一条CPE信息进行匹配，直至匹配成功为止；

S1143、若否，则将分别与每一JAVA开源组件相关的厂商、产品名称及版本号的每种优先级所对应的厂商或产品名称或版本号，进行同种优先级内的混合组合后，再与CPE数据库中的每一条CPE信息进行匹配，直至分别与每一JAVA开源组件相关的厂商、产品名称及版本号的每种优先级所对应的厂商或产品名称或版本号全部组合完成为止。

具体的，如解析的配置文件为manifest.mf文件类型(此文件定义了与扩展和包相关的数据)中的Implementation-Title、Implementation-Version、mplementation-Vendor及Implementation-Vendor-Id文件，那么Implementation-Title可能表示的是该开源组件的产品名称，Implementation-Version可能表示的是该开源组件的版本信息，Implementation-Vendor可能表示的是该开源组件的厂商信息，Implementation-Vendor-Id可能表示的是该开源组件的厂商信息等等，也就是说，很可能会出现多组相同的值，例如前面所提到的Implementation-Vendor和Implementation-Vendor-Id都可能表示该开源组件的厂商，此时vendor字段就可能有两个，在这里需要将这两个值都存起来，但是需要定义一个优先级，例如根据经验认为Implementation-Vendor比Implementation-Vendor-Id要更准确地表示该开源组件的vendor，那么根据经验认为Implementation-Vendor-Id表示该开源组件的vendor的可能性的优先级为中，Implementation-Vendor表示该开源组件的vendor的可能性的优先级为高。通过manifest.mf文件可以解析出一些vendor，product和version可能对应的值以及这些值对应的优先级。

具体的，如解析的配置文件为pom.xml文件类型(此文件是JAVA开源组件使用的构建工具文件，且记录了该开源组件所使用的依赖组件以及该依赖组件的部分信息，是具有参考价值的)中的Groupid及artifactid文件，那么Groupid可能表示该开源组件的vendor，也可能表示该开源组件的product，且这两个可能性的优先级都是高的，artifactid也同时可以表示该开源组件的vendor和product，但相对而言，表示vendor的优先级是高，而表示product的优先级是低。

具体的，如解析的配置文件为build.gradle文件类型(此文件是使用gradle构建的JAVA开源组件)或build.xml文件类型(此文件是使用ant构建的JAVA开源组件)，这两种文件类型和pom.xml文件类型相似，均记录了该开源组件的信息及该开源组件的依赖组件的信息，但表示的格式字段和语法不一样，这里就不再做详细阐述了。

具体的，如对组成开源组件的组件包的名称进行分析，一般组件包的名称在不进行恶意人工修改的前提下，都基本能直接地表示一个开源组件的product和version，例如dom4j-1.6.jar，此处的dom4j是product的可能性优先级为高，1.6是version的可能性优先级也为高。

具体的，如图5所示，在对组成开源组件的项目的多层结构进行分析时，取第一层结构，该第一层结构是vendor的可能性优先级为高，此时，需要把所有的路径都按“点号”解析，关于解析后的第一层结构就有cn、seczone、sca、data、api等等，然后根据解析出来的个数，按照经验进行vendor，product的取值，例如解析的路径层级(也就是按“点号”解析后的个数)为2的话(只有cn、seconze)，那么第一层cn则为vendor的可能性优先级为中，第二层seczone为product的可能性优先级也为中，又如解析的路径层级为3的话，第一层及第二层为vendor的可能性优先级为中，第二层及第三层为product的可能性优先级也为中等等。

需要说明的是，于本实施例中，若分别与每一JAVA开源组件相关的厂商、产品名称及版本号的每种优先级均只包括一个厂商或产品名称或版本号，此时，需要按优先级别从高至低，即从优先级别为高的与开源组件相关的vendor、product和version与CPE数据库中的每一条CPE信息进行匹配，如果匹配一致(“一致”的意思是与开源组件相关的vendor、product和version与CPE数据库中某一CPE信息中的厂商、产品名称及版本号一致)，优先级别为中和低的就不需要进行匹配了。若分别与每一JAVA开源组件相关的厂商、产品名称及版本号的每种优先级并非均只包括一个厂商或产品名称或版本号，比如具有高优先级的vendor有cn、seczone，具有高优先级的product有seczone、sca、sdlc，具有高优先级的version有1.0、2.0，那么每种情况都需要进行混合匹配，例如vender为cn,product为seczone,version为1.0时，检测CPE数据库中是否存在vender为cn,product为seczone,version为1.0的cpe，若不存在则继续匹配，若存在，继续试用该高优先级的其他组合与CPE数据库中的每一条CPE信息进行匹配，直到所有组合尝试结束为止。

还需要说明的是，于本实施例中，如图6所示，所生成的漏洞数据库为表格形式的漏洞数据库，其中，第二列的sha1为哈希码，其是一种数据加密格式，会将该开源组件的内容加密成40位的随机数字和字母的字符串，且不同的开源组件会有不同的哈希码。

另外，于本实施例中，待检测JAVA开源组件的相关信息至少还包括与待检测JAVA开源组件相关的厂商、产品名称及版本号；漏洞数据库中的任一条漏洞信息至少还包括当前JAVA开源组件的名称、与CVE信息相对应的CPE信息及与该CPE信息相对应的厂商、产品名称及版本号。

在本实施例提供的JAVA开源组件的漏洞检测方法的基础上，在根据与CPE信息对应的CVE生成漏洞数据库后，可对漏洞数据库进行人工复核，并删除错误信息。其中，错误信息包括：开源组件的名称相同，优先级别相同，但CPE不同的多个信息，此时，需要人工复核确定；开源组件的名称相同，CPE相同，但CVE不同的多个信息，此时，也需要人工复核确认。总之，在人工复核确认之后，每一个JAVA开源组件的名称需要对应唯一的与该JAVA开源组件的CVE对应的CPE信息。

本发明第二实施例提供的JAVA开源组件的漏洞检测方法，第一方面，对CPE数据库进行实时更新，避免了CPE数据库中CPE信息的缺失，进一步保证了漏洞数据库的信息完整性；第二方面，在对所有JAVA开源组件的配置文件和/或项目结构进行分析后，对所得到的分别与每一JAVA开源组件相关的厂商、产品名称及版本号定义优先级，避免了在所有与JAVA开源组件相关的厂商、产品名称及版本号分别与CPE数据库中的每一条CPE信息进行匹配的过程中匹配紊乱的问题；第三方面，通过人工复核确认的方式，删除漏洞数据库中的错误信息，进一步保证了漏洞数据库的精准性；第四方面，将待检测JAVA开源组件的哈希码与漏洞数据库进行匹配并检测漏洞数据库中是否存在待检测JAVA开源组件的哈希码，若存在，则直接利用待检测JAVA开源组件的哈希码所对应的CVE信息，此时不需要重复对待检测JAVA开源组件进行分析，从而节省了重复分析待检测JAVA开源组件所花费的时间，提高了漏洞检测的效率。

请参阅图7，图7为本发明第三实施例提供的JAVA开源组件的漏洞检测装置的模块方框图。

如图7所示，与本发明第一实施例提供的JAVA开源组件的漏洞检测方法相对应的，本发明第三实施例提供的JAVA开源组件的漏洞检测装置100包括：

生成模块101，用于生成包括所有JAVA开源组件的漏洞数据的漏洞数据库；

第一获取模块102，用于获取待检测JAVA开源组件的相关信息；

匹配模块103，用于对待检测JAVA开源组件的相关信息与漏洞数据库中的每一条漏洞数据进行匹配；

第二获取模块104，用于在待检测JAVA开源组件的相关信息与漏洞数据库中的某条漏洞数据匹配成功时，获取待检测JAVA开源组件的漏洞数据。

请参阅图8，图8为本发明第四实施例提供的电子设备的模块方框图。

如图8所示，本发明第四实施例提供的电子设备200包括：

存储装置201及一个或多个处理器202，其中存储装置201用于存储一个或多个程序，且当一个或多个程序被一个或多个处理器202执行时，使得一个或多个处理器202执行如本发明第一实施例和/或第二实施例提供的JAVA开源组件的漏洞检测方法。

需要了解的是，于本实施例中，电子设备200还包括总线203，用于存储装置201与一个或多个处理器202之间的连接。

请参阅图9，图9为本发明第五实施例提供的存储介质的模块方框图。

如图9所示，本发明第五实施例提供的存储介质300上存储有可执行指令301，该可执行指令301被执行时执行如本发明第一实施例和/或第二实施例提供的JAVA开源组件的漏洞检测方法。

综上所述，本发明提供的JAVA开源组件的漏洞检测方法、装置、电子设备及存储介质，其有益效果在于：

本发明首先生成包括所有JAVA开源组件的漏洞数据的漏洞数据库；其次，获取待检测JAVA开源组件的相关信息，并对待检测JAVA开源组件的相关信息与漏洞数据库中的每一条漏洞数据进行匹配；最后，若匹配成功，则获取待检测JAVA开源组件的漏洞数据。本发明通过构建并利用包括所有JAVA开源组件的漏洞数据的漏洞数据库，提供了一种成熟的JAVA开源组件的漏洞检测方法，既弥补了现有市场的不足，又在很大程度上摒弃了目前寻找JAVA开源组件的CVE的方法是以人工方式逐个寻找的弊端，极大地节省了人力、时间资源，使得漏洞检测结果更加精准。

另外，通过本发明提供的几个实施例可知，本发明第一方面，对CPE数据库进行实时更新，避免了CPE数据库中CPE信息的缺失，进一步保证了漏洞数据库的信息完整性；第二方面，在对所有JAVA开源组件的配置文件和/或项目结构进行分析后，对所得到的分别与每一JAVA开源组件相关的厂商、产品名称及版本号定义优先级，避免了在所有与JAVA开源组件相关的厂商、产品名称及版本号分别与CPE数据库中的每一条CPE信息进行匹配的过程中匹配紊乱的问题；第三方面，通过人工复核确认的方式，删除漏洞数据库中的错误信息，进一步保证了漏洞数据库的精准性；第四方面，将待检测JAVA开源组件的哈希码与漏洞数据库进行匹配并检测漏洞数据库中是否存在待检测JAVA开源组件的哈希码，若存在，则直接利用待检测JAVA开源组件的哈希码所对应的CVE信息，此时不需要重复对待检测JAVA开源组件进行分析，从而节省了重复分析待检测JAVA开源组件所花费的时间，提高了漏洞检测的效率。

结合本发明中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明所述的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk)等。

需要说明的是，本发明内容中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于产品类实施例而言，由于其与方法类实施例相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

还需要说明的是，在本发明内容中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明内容。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本发明内容中所定义的一般原理可以在不脱离本发明内容的精神或范围的情况下，在其它实施例中实现。因此，本发明内容将不会被限制于本发明内容所示的这些实施例，而是要符合与本发明内容所公开的原理和新颖特点相一致的最宽的范围。

Claims (8)

1.一种JAVA开源组件的漏洞检测方法，其特征在于，包括如下步骤：

生成包括所有JAVA开源组件的漏洞数据的漏洞数据库；

获取待检测JAVA开源组件的相关信息；

对所述待检测JAVA开源组件的相关信息与漏洞数据库中的每一条漏洞数据进行匹配；

若匹配成功，则获取所述待检测JAVA开源组件的漏洞数据；

其中，所述生成包括所有JAVA开源组件的漏洞数据的漏洞数据库包括：

获取所有涉及CVE信息的网站中与所述CVE信息相对应的CPE信息；

根据所述CPE信息及CVE信息生成CPE数据库并实时更新；所述CPE数据库中的任一条CPE信息至少包括与该CPE信息相对应的CVE信息及与该CVE信息相对应的厂商、产品名称及版本号；

获取所有JAVA开源组件的相关信息；所述所有JAVA开源组件的相关信息至少包括分别与每一JAVA开源组件相关的厂商、产品名称及版本号；

对所述所有JAVA开源组件的相关信息分别与CPE数据库中的每一条CPE信息进行匹配；

根据所述CPE数据库中匹配成功的CPE信息及与CPE信息相对应的CVE信息生成漏洞数据库；

其中，所述对所述所有JAVA开源组件的相关信息分别与CPE数据库中的每一条CPE信息进行匹配包括：

对所述所有JAVA开源组件的配置文件和/或项目结构进行分析后，对所得到的分别与每一所述JAVA开源组件相关的厂商、产品名称及版本号定义优先级；

判断分别与每一所述JAVA开源组件相关的厂商、产品名称及版本号的每种优先级是否均只包括一个厂商或产品名称或版本号，若是，则将分别与每一所述JAVA开源组件相关的厂商、产品名称及版本号按照优先级别由高至低依次与CPE数据库中的每一条CPE信息进行匹配，直至匹配成功为止。

2.如权利要求1所述的JAVA开源组件的漏洞检测方法，其特征在于，所述待检测JAVA开源组件的相关信息至少包括待检测JAVA开源组件的哈希码，所述漏洞数据库中的任一条漏洞数据至少包括该条漏洞数据所对应的JAVA开源组件的哈希码、CVE信息，且所述对所述待检测JAVA开源组件的相关信息与漏洞数据库中的每一条漏洞数据进行匹配包括：

判断所述漏洞数据库中是否存在待检测JAVA开源组件的哈希码，若存在，则直接获取所述漏洞数据库中与待检测JAVA开源组件的哈希码相对应的CVE信息；

若不存在，则对所述待检测JAVA开源组件的相关信息与CPE数据库中的每一条CPE信息进行匹配；

将所述CPE数据库中匹配成功的CPE信息及与CPE信息相对应的CVE信息存储至漏洞数据库。

3.如权利要求1所述的JAVA开源组件的漏洞检测方法，其特征在于，所述获取所有JAVA开源组件的相关信息包括：

分别对所述所有JAVA开源组件的配置文件进行分析，得到分别与每一所述JAVA开源组件相关的厂商、产品名称及版本号，所述配置文件包括manifest.mf文件、pom.xml文件、build.gradle文件及build.xml文件；

分别对所述所有JAVA开源组件的项目结构进行分析，得到分别与每一所述JAVA开源组件相关的厂商、产品名称及版本号，所述项目结构包括组成每一所述JAVA开源组件的组件包的名称及组成每一JAVA开源组件的项目的多层结构。

4.如权利要求1所述的JAVA开源组件的漏洞检测方法，其特征在于，所述对所述所有JAVA开源组件的相关信息分别与CPE数据库中的每一条CPE信息进行匹配还包括：

若否，则将分别与每一所述JAVA开源组件相关的厂商、产品名称及版本号的每种优先级所对应的厂商或产品名称或版本号，进行同种优先级内的混合组合后，再与所述CPE数据库中的每一条CPE信息进行匹配，直至分别与每一所述JAVA开源组件相关的厂商、产品名称及版本号的每种优先级所对应的厂商或产品名称或版本号全部组合完成为止。

5.如权利要求1-4任一项所述的JAVA开源组件的漏洞检测方法，其特征在于：所述待检测JAVA开源组件的相关信息至少还包括与待检测JAVA开源组件相关的厂商、产品名称及版本号，所述漏洞数据库中的任一条漏洞信息至少还包括当前JAVA开源组件的名称、与CVE信息相对应的CPE信息及与该CPE信息相对应的厂商、产品名称及版本号。

6.一种JAVA开源组件的漏洞检测装置，其特征在于，包括：

生成模块，用于生成包括所有JAVA开源组件的漏洞数据的漏洞数据库；

第一获取模块，用于获取待检测JAVA开源组件的相关信息；

匹配模块，用于对所述待检测JAVA开源组件的相关信息与漏洞数据库中的每一条漏洞数据进行匹配；

第二获取模块，用于在所述待检测JAVA开源组件的相关信息与漏洞数据库中的某条漏洞数据匹配成功时，获取所述待检测JAVA开源组件的漏洞数据；

其中，所述生成模块具体用于：

获取所有涉及CVE信息的网站中与所述CVE信息相对应的CPE信息；

根据所述CPE信息及CVE信息生成CPE数据库并实时更新；所述CPE数据库中的任一条CPE信息至少包括与该CPE信息相对应的CVE信息及与该CVE信息相对应的厂商、产品名称及版本号；

获取所有JAVA开源组件的相关信息；所述所有JAVA开源组件的相关信息至少包括分别与每一JAVA开源组件相关的厂商、产品名称及版本号；

对所述所有JAVA开源组件的相关信息分别与CPE数据库中的每一条CPE信息进行匹配；

根据所述CPE数据库中匹配成功的CPE信息及与CPE信息相对应的CVE信息生成漏洞数据库；

其中，所述对所述所有JAVA开源组件的相关信息分别与CPE数据库中的每一条CPE信息进行匹配，具体包括：

对所述所有JAVA开源组件的配置文件和/或项目结构进行分析后，对所得到的分别与每一所述JAVA开源组件相关的厂商、产品名称及版本号定义优先级；

判断分别与每一所述JAVA开源组件相关的厂商、产品名称及版本号的每种优先级是否均只包括一个厂商或产品名称或版本号，若是，则将分别与每一所述JAVA开源组件相关的厂商、产品名称及版本号按照优先级别由高至低依次与CPE数据库中的每一条CPE信息进行匹配，直至匹配成功为止。

7.一种电子设备，包括：存储装置及一个或多个处理器，所述存储装置用于存储一个或多个程序，其中，当所述一个或多个程序被一个或多个处理器执行时，使得所述一个或多个处理器执行如权利要求1-5任一项所述的方法。

8.一种存储介质，其上存储有可执行指令，该可执行指令被执行时执行如权利要求1-5任一项所述的方法。

Images