Method and System for Detecting Vulnerabilities of NODE.JS Components

Abstract

The present invention provides a method and system for detecting vulnerabilities of NODE.JS components. The method includes the following steps: collecting first basic vulnerability information from a NODE.JS vulnerability database; parsing a package.json file to obtain key information of a NODE.JS component; and extracting first target, vulnerability information from the first basic vulnerability information according to the key information of the NODE.JS component. With the method for detecting vulnerabilities of NODE.JS components provided by the present invention, first basic vulnerability information can be collected from a NODE.JS vulnerability database, and possible vulnerability information of a NODE.JS component may be quickly obtained. A package.json file is a file in the NODE.JS component. When parsing the package.json file, the key information of the to-be-detected NODE.JS component can be obtained, thereby contributing to data call, and arrangement. Thus, as only a small amount of key information needs to be detected, a large amount of vulnerability information will be obtained from the to-be-detected NODE.JS component. First target vulnerability information is hereby generated.

Description

TECHNICAL FIELD

The present invention relates to a vulnerability detection technology, and more particularly, to a method and system for detecting vulnerabilities of NODE.JS components.

BACKGROUND ART

At present, open source components are widely used by developers, and it is estimated that 80%-90% of each application is composed of open source components. Studies have shown that half of third-party components used in software applications are obsolete and may be insecure. Furthermore, more than 60% of all applications using, open source components contain known software vulnerabilities. Then the CVE analysis of each open source component will provide an effective information support for software composition analysis (SCA). However, there is no relevant mature technology and product on the market. Therefore, in order to solve this problem, generally, vulnerabilities are detected manually, a relevant product official website is searched for relevant information according to the descriptions of the vulnerabilities, and then the vulnerabilities of a NODE.JS component arc determined. However, manual review for vulnerabilities is labor intensive and inefficient.

SUMMARY OF THE INVENTION

In view of the technical problem to be solved by the present invention, a method and system for detecting vulnerabilities of NODE.JS components are provided, so as to quickly and efficiently detect vulnerabilities of NODE.JS components.

In order to solve the technical problem mentioned above, a method for detecting vulnerabilities of NODE.JS components is adopted as the technical solution, which includes the following steps:

• • collecting first basic vulnerability information from a NODE.JS vulnerability database;
  • parsing a package.json file to obtain key information of a NODE.JS component; and
  • extracting first target vulnerability information from the first basic vulnerability information according to the key information of the NODE.JS component.

The extracting first target vulnerability information from the first basic vulnerability information according to the key information of the NODE.JS component includes the following steps:

• • setting a key information priority according to the relevancy of the key information;
  • acquiring CVE information so as to collect CPE information; and
  • matching the key information of the NODE.JS component with the CPE information according to the key information priority to generate first target vulnerability information.

Optionally, after the extracting first target vulnerability information from the first basic vulnerability information according to the key information of the NODE.JS component, the method includes, the following steps:

• • calculating a shal coded hash value of the NODE.JS component; and
  • matching the shal coded hash value of the NODE.JS component with the first target vulnerability information of NODE.JS to generate third target vulnerability information.

Further, after the matching the key information, of the NODE.JS component with the CPE information to generate first target vulnerability information, the method also includes the following steps:

• • extracting a NODE.JS component name from the NODE.JS key information; and
  • determining a one-to-one correspondence between the NODE.JS component name and the CPE information.

Optionally, after the generating first target vulnerability information, the method also includes the following steps:

• • calling an interface of the NODE.JS component to acquire second target vulnerability information from the package.json file.

Further, the key information of the NODE.JS component includes name information of the NODE.JS component and edition information of the NODE.JS component. After the acquiring second target vulnerability information, the method also includes the following steps:

• • arranging npm vulnerability information by using retirejs to obtain second basic vulnerability information; and
  • matching the name information of the NODE.JS component and the edition information of the NODE.JS component with the second basic vulnerability information to generate third target vulnerability information.

Further, after the generating third target vulnerability information, the method also includes the following steps:

• • regularly downloading updated retirejs so as to analyze the third target vulnerability information, and generating fourth target vulnerability information.

Further, the extracting first target vulnerability information from the first basic vulnerability information according to the key information of the NODE.JS component specifically includes:

• • acquiring edition information, product names, and vendor information according to the key information of the NODE.JS component;
  • matching the edition information, the product names, and the vendor information with the CPE information respectively to obtain matching information; and
  • extracting corresponding CVE information according to the matching information,
  • the CVE information including a CVE number.

Specifically, the third target vulnerability information contains one or more types of vulnerability information, version number information, hazard level information, and CVE information.

The present application also provides a system for detecting vulnerabilities of NODE.JS components, which includes the following modules:

• • a collection module, configured to collect first basic vulnerability information from a NODE.JS vulnerability database;
  • a parsing module, configured to parse a package.json file to obtain key information of a NODE.JS component; and
  • a generation module, configured to extract first target vulnerability information from the first basic vulnerability information according to the key information of the NODE.JS component.

The present invention has the following beneficial effects. With the method for detecting vulnerabilities of NODE.JS components provided by the present invention, first basic vulnerability information can be collected from a NODE.JS vulnerability database, and possible vulnerability information of a NODE.JS component may be quickly obtained. A package.json file is a file in the NODE.JS component. When parsing the package.json file, the key information of the to-be-detected NODE.JS component can be obtained, thereby contributing to data call and arrangement. Thus, as only a small amount of key information needs to be detected, a large amount of vulnerability information will be obtained front the to-be-detected NODE.JS component. First target vulnerability information is hereby generated.

BRIEF DESCRIPTION OF THE DRAWINGS

A specific structure of the present invention will be described in detail with reference to the accompanying drawings.

FIG. 1 shows a method for detecting vulnerabilities of NODE.JS components in a first embodiment of the present invention.

FIG. 2 is a flowchart showing a step of extracting first target vulnerability information from first basic vulnerability information in a second embodiment of the present invention.

FIG. 3 is a schematic structural diagram of CVE.

FIG. 4 is a schematic structural diagram of CPE.

FIG. 5 is a table audited in a third embodiment of the present invention.

FIG. 6 is an audit result of a table audited in a third embodiment of the present invention.

FIG. 7 is a flowchart of acquiring third target vulnerability information in a fourth embodiment of the present invention.

FIG. 8 is a flowchart of acquiring third target vulnerability information in a fifth embodiment of the present invention.

FIG. 9 is a schematic diagram of second basic vulnerability information in a fifth embodiment of the present invention.

FIG. 10 is a result, diagram of generating fourth target vulnerability information in a sixth embodiment of the present invention.

FIG. 11 is a structural diagram of a first embodiment of a system for detecting vulnerabilities of NODE.JS components according to the present invention.

DETAILED DESCRIPTION OF THE INVENTION

In order to explain the technical contents, structural features, realized objects and effects of the present invention in detail, the following description is made in conjunction with the implementations and the accompanying drawings.

Reference is now made to FIG. 1. FIG. 1 shows a method for detecting vulnerabilities of NODE.JS components in, a first, embodiment of the present invention.

A method for detecting vulnerabilities of NODE.JS components includes the following steps:

• • Step S100: Collect first basic vulnerability information from a NODE.JS vulnerability database.
  • Step S200: Parse a package.json file to obtain key information of a NODE.JS component.
  • Step S300: Extract first target vulnerability information from the first basic vulnerability information according to the key information of the NODE.JS component.

With the method for detecting vulnerabilities of NODE.JS components provided by the present invention, the following functions may be realized first basic vulnerability information is collected from a NODE.JS vulnerability database, and possible vulnerability information of a NODE.JS component is quickly obtained. A package.json file is a file in the NODE.JS component. When parsing the package.json file, the key information of the to-be-detected NODE.JS component can be obtained, thereby contributing to data call and arrangement. Thus, as only a small amount of key information needs to be detected, a large amount of vulnerability information will be obtained from the to-be-detected NODE.JS component. First target vulnerability information is hereby generated. In conclusion, the vulnerability information of NODE.JS components may be acquired more accurately to guarantee the efficiency and effect of vulnerability audit.

In a specific embodiment, step S200 of parsing a package.json file includes the following steps:

• • Step S201: Execute an npm install component name using a nodejs package management tool npm, and generate a node modules folder and a package-lock.json file or an npm-shrinkwrap.json file.
  • Step S202: Acquire a referenced component according to the package-lock.json file or the npm-shrinkwrap.json file.
  • Step S203: Download other open source components to the node modules folder.

With the above-mentioned method, both vulnerabilities of native codes of NODE.JS components and vulnerabilities of applied codes may be obtained. It will be appreciated that references may be by inheritance, encapsulation or otherwise.

Specifically, reference is now made to FIG. 2. FIG. 2 is a flowchart showing a step of extracting first target vulnerability information from first basic vulnerability information in a method for detecting vulnerabilities of NODE.JS components in a second embodiment of the present invention. Step S300 of extracting first target vulnerability information from the first basic vulnerability information according to the key information of the NODE.JS component includes the following steps:

• • Step S310: Set a key information priority according to the relevancy of the key information.

The relevancy of the key information may be determined in various ways, may be set through the experience of programmers, and may also be determined according to specific software. In a specific embodiment, application edition information, product names, and vendor information are represented by vendor, product, and version in sequence. The application edition information, the product names, and the vendor information may be all in high priority, and have a certain priority difference.

In another embodiment, may not be expressed directly with the above-mentioned method, but with a name field. At this moment, the name field may be either vendor or product, both in high priority. At this moment, the name field may be directly defined as high priority. Still other fields, such as Description, author, maintainers, homepage, or bugs, may be vendor in low priority.

• • Step S320: Acquire CVE information so as to collect CPE information.

CVE is abbreviated from “Common Vulnerabilities & Exposures”. CVE provides a common name for widely recognized information security vulnerabilities or weaknesses that have been exposed. With a common name, users may be assisted in data sharing in various vulnerability databases and vulnerability assessment tools respectively independent. The structure of CVE is shown in FIG. 3, and the CVE information may include a plurality of CPE configuration information.

It is to be understood that the structure thereof is as shown in FIG. 4, and it is to be understood that the format of CPE is as follows:

• • cpe:2.3:partvendor:product:version:update:edition:language:sw_edition:targ et_sw:target_hw:other
  • where part represents a target type, and part may be any one of a, h, and o; vendor represents a vendor name; product represents a product name; version represents a version number; update represents an update package; edition represents edition information; and language represents a language item.

In this embodiment, part is a, representing vulnerability information of software, specifically a Node.js component.

• • Step S330: Match the key information of the NODE.JS component with the CPE information according to the key information priority to generate first target vulnerability information.

A series of values of application edition information, product names, and vendor information, and corresponding priorities thereof are parsed out and matched accordingly with vendor, product, and version in cpe information. The matching is performed in descending order of priority, i.e. from vendor, product, and version in high priority.

In a case where information in the same priority has a plurality of corresponding values, e.g. vendor, product, and version in high priority have a plurality of corresponding values, if vendor has cn and seczone, product has seczone, sea, and sdlc, and version has 1.0 and 2.0, mixed matching will be performed in each case.

In an embodiment, if vendor is cn, product is seczone, and, version is 1.0, corresponding cpe is searched. After one of the above-mentioned vendor, product, and version is matched successfully, the other combinations in this high priority are continuously used to search for matched cpe. Finally, all matched eve information will be found according to the found cpe.

Low-priority information will be matched upon matching failure of high-priority information.

Further, step S300 of extracting first target vulnerability information from the first basic vulnerability information according to the key information of the NODE.JS component also includes the following steps:

• • Step S301: Acquire edition information, product names, and vendor information according to the key information of the NODE.JS component.
  • Step S302: Match the edition information, the product names, and the vendor information with the CPE information respectively to obtain matching information.

Since different editions of the NODE.JS component may have different codes and frameworks and may even only have a file name unchanged, NODE.JS component edition information is needed to better detect vulnerabilities. Different vendors may also name different software with the same name.

• • Step S303: Extract corresponding CVE information according to the matching information.

The CVE information includes a CVE number.

The CVE number is a number that identifies open vulnerabilities and is a number that addresses specific vulnerability issues.

Further, after matching the key information of the NODE.JS component with the CPE information to generate first target vulnerability information in step S330, the method also includes the following steps:

• • Step S331: Extract a NODE.JS component name from the NODE.JS key information.
  • Step S332: Determine a one-to-one correspondence between the NODE.JS component name and the CPE information.

It is to be understood that the CPE information and the CVE information are not in a one-to-one relationship, one type of CVE information may contain a plurality of types of CPE information, and one type of CPE information may exist among the plurality of types of CVE information. Based on this, duplicate information in the first target vulnerability information needs to be removed to ensure that a JS script file name corresponds to the CPE information on a one-to-one basis. In this embodiment, the first target vulnerability information is formed into a table, such as the table shown in FIG. 5, and the duplicate information is removed by auditing, either manually or by some procedures. The review results are shown in FIG. 6.

Further, reference is now made to FIG. 7. FIG. 7 is a flowchart of acquiring third target vulnerability information in a fourth embodiment of the present invention. After extracting first target vulnerability information from the first basic vulnerability information according to the key information of the NODE.JS component in step S300, the method includes the following steps:

• • Step S410: Calculate a shal coded hash value of the NODE.JS component.

The shal coded hash value is calculated by a JS script file through a hash algorithm. The hash algorithm may be applied to convert a binary with an arbitrary length into a hash value with a fixed length, and a corresponding file may be found quickly and easily by applying the hash value.

• • Step S420: Match the shad coded hash value of the NODE.JS component with the first target vulnerability information to generate third target vulnerability information.

In this embodiment. the shal coded hash value is directly called to match corresponding information in the first target vulnerability information, and thus vulnerabilities may be obtained quickly and accurately by parsing the NODE.JS component only once. Time consumed for scanning is saved, and the possibility of partial data analysis being inaccurate is also avoided.

In another embodiment, after generating first target vulnerability information in step S330, the method includes the following steps:

• • Step S340: Call an interface of the NODE.JS component to acquire second target vulnerability information from the package.json file.

In this embodiment, an interface officially provided by NODE.JS is called to search for other vulnerabilities, and the steps are similar to those described above and will not be described in detail herein. However, in this embodiment, the above-mentioned CITE vulnerability information may be obtained, some non-CITE vulnerability information may also be obtained, and second target vulnerability information may be formed by combining the information together. Compared with the first target vulnerability information, the second target vulnerability information has more comprehensive vulnerability data, which can guarantee the security of the NODE.JS component.

Further, the key information of the NODE.JS component includes name information of the NODE.JS component and edition information of the NODE.JS component. Reference is now made to FIG. 8. FIG. 8 is a flowchart of acquiring third target vulnerability information in a fifth embodiment of the present invention.

• • Step S350: Arrange npm vulnerability information by using retire.js to obtain second basic vulnerability information.

In this embodiment, vulnerabilities are still detected in a similar manner as those described above. However, there is also a difference. In this embodiment, the second basic vulnerability information simultaneously records the vulnerability information thereof by using a component name and a plurality of vulnerabilities. In the vulnerabilities, version number information thereof is represented by atOrAbove and below, a severity level is represented by severity, and the specific content of the vulnerabilities is represented by identifiers.

In this embodiment, there are component names: angular, hubot-scripts, connect, libnotify, etc., and one or more vulnerabilities may be set for each component name. In one of the vulnerabilities, atOrAbove represents that, a version number is greater than or equal to a certain version number, and below represents that the version number is less than or equal to a certain version number, thereby dividing an interval. Within this interval, the vulnerability severity level within this interval is represented by severity, and the specific content of a vulnerability is represented by identifiers. If the vulnerability is a cve vulnerability, there will be a eve number. If the vulnerability is not a CVE Vulnerability, a specific state of the vulnerability is generally described as shown in FIG. 9. FIG. 9 is a schematic diagram of second basic vulnerability information in a fifth embodiment of the present, invention.

• • Step S360: Match the name information of the NODE.JS component and the edition information of the NODE.JS component with the second basic vulnerability information to generate third target vulnerability information.

In this embodiment, as the name information of the NODE.JS component and the edition information of the NODE.JS component are matched with the above-mentioned second basic vulnerability information according to a mapping rule, accurate and comprehensive vulnerability information may be obtained.

Optionally, after generating first target vulnerability information, in step S360, the method also includes the following steps:

• • Step S370: Regularly download updated retirejs and/or package.json so as to analyze the third target vulnerability information, and generate fourth target vulnerability information. The third target vulnerability information contains one or more types of vulnerability information, version number information, hazard level information, and CVE information.

In a specific embodiment, the method includes the following steps:

• • Step S371: Make a regular downloading program.
  • Step S372: Regularly update retires and/or package.json by using the regular program.

In this step, retires and package.json may be updated separately or simultaneously.

• • Step S373: Modify or newly add vulnerability data for third target vulnerability information.
  • Step S374: Generate updated target vulnerability information, i.e. fourth target vulnerability information.

Thus, it is possible to ensure that vulnerability data keeps pace with the times, and this technical solution is less likely to lag behind the times. Specifically, as shown in FIG. 10, a vulnerability with a CVE number of CVE-2020-001 is updated data.

With reference to FIG. 11, the present application also provides a system for detecting vulnerabilities of NODE.JS components, which includes the following modules:

• • a collection module 100, configured to collect first basic vulnerability information from a NODE.JS vulnerability database;
  • a parsing module 200, configured to parse a package.json file to obtain key information of a NODE.JS component; and
  • a detection module 300, configured to extract first target vulnerability information from the first basic vulnerability information according to the key information of the NODE.JS component.

The above-mentioned modules are configured to carry the above-mentioned method. Any module, if implemented in the form of a software functional module and sold or used as an independent product, may be stored in a computer-readable storage medium. Based on such an understanding, the technical solution of the present invention, in essence or in part contributing to the related art or in whole or in part, may be embodied in the form of a software product. It will be appreciated that the method and system are applied to a computer-readable storage medium, which may be a memory. The computer-readable storage medium has a computer program stored thereon. Further, the computer-readable storage medium may be a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disc, and other media which may store program codes.

It is to be noted that while the foregoing method embodiments have been described in terms of various combinations of acts for brevity, those skilled in the art, will recognize that the present invention is not limited by the described order of acts, as some steps may, in accordance with the present invention, be performed in other orders or simultaneously. Furthermore, those skilled in the art will also recognize that the embodiments described in the description belong to preferred embodiments and that the acts and modules involved are not necessarily required of the present invention.

The above descriptions are only the embodiments of the present, invention, and are not intended to limit the patent scope of the present invention. Any equivalent structure or equivalent process transformation made by using the contents of the description and drawings of the present invention, or directly or indirectly applied to other related technical fields, is similarly included in the scope of patent protection of the present invention.

Claims

1. A method for detecting vulnerabilities of NODE.JS components, comprising the following steps: collecting first basic vulnerability information from a NODE.JS vulnerability database;parsing a package.json file to obtain key information of a NODE.JS component; andextracting first target vulnerability information from the first basic vulnerability information according to the key information of the NODE.JS component.

2. The method for detecting vulnerabilities of NODE.JS components according to claim 1, wherein the extracting first target vulnerability information from the first basic vulnerability information according to the key information of the NODE.JS component comprises the following steps: setting a key information priority according to the relevancy of the key information;acquiring CVE information so as to collect CPE information; andmatching the key information of the NODE.JS component with the CPE information according to the key information priority to generate first target vulnerability information.

3. The method for detecting vulnerabilities of NODE.JS components according to claim 2, wherein after the extracting first target vulnerability information from the first basic vulnerability information according to the key information of the NODE.JS component, the method comprises the following steps: calculating a shal coded hash value of the NODE.JS component; andmatching the shal coded hash value of the NODE.JS component with the first target vulnerability information of NODE.JS to generate third target vulnerability information.

4. The method for detecting vulnerabilities of NODE.JS components according to claim 2, wherein after the matching the key information of the NODE.JS component with the CPE information to generate first target vulnerability information, the method further comprises the following steps: extracting a NODE.JS component name from the NODE.JS key information; anddetermining a one-to-one correspondence between the NODE.JS component name and the CPE information.

5. The method for detecting vulnerabilities of NODE.JS components according to claim 2, wherein after the generating first target vulnerability information, the method further comprises the following steps: calling an interface of the NODE.JS component to acquire second target vulnerability information from the package.json file.

6. The method for detecting vulnerabilities of NODE.JS components according to claim 5, wherein the key information of the NODE.JS component comprises name information of the NODE.JS component and edition information of the NODE.JS component, and after the acquiring second target vulnerability information, the method further comprises the following steps: arranging npm vulnerability information by using retirejs to obtain second basic vulnerability information; andmatching the name information of the NODE.JS component and the edition information of the NODE.JS component with the second basic vulnerability information to generate third target vulnerability information.

7. The method for detecting vulnerabilities of NODE.JS components according to claim 6, wherein after the generating third target vulnerability information, the method further comprises the following steps: regularly downloading updated retirejs so as to analyze the third target vulnerability information, and generating fourth target vulnerability information.

8. The method for detecting vulnerabilities of NODE.JS components according to claim 2, wherein the extracting first target vulnerability information from the first basic vulnerability information according to the key information of the NODE.JS component specifically comprises: acquiring edition information, product names, and vendor information according to the key information of the NODE.JS component;matching the edition information, the product names, and the vendor information with the CPE information respectively to obtain matching information; andextracting corresponding CVE information according to the matching information,wherein the CVE information comprises a CVE number.

9. The method for detecting vulnerabilities of NODE.JS components according to claim 6, wherein the third target vulnerability information contains one or more types of vulnerability information, version number information, hazard level information, and CVE information.

10. A system for detecting vulnerabilities of NODE.JS components, comprising the following modules: a collection module, configured to collect first basic vulnerability information from a NODE.JS vulnerability database;a parsing module, configured to parse a package.json file to obtain key information of a NODE.JS component; anda generation module, configured to extract first target vulnerability information from the first basic vulnerability information according to the key information of the NODE.JS component.