Contents

Vulnerability Scan as part of Continuous Integration

Have you ever image how many vulnerabilities exist in your applications since it was created? And how many of them comes from its dependencies?

The high secure environments require to perform regularly checks to discover any new vulnerability issue in your application. These checks can be done manually, but it may take a lot of time, especially if you are using the current frameworks (e.g. Spring Boot) with many and many transitive dependencies.

The National Vulnerability Database

The National Vulnerability Database (NVM) is the U.S. government repository of standards-based vulnerabilities. Any vulnerability found in various software, hardware, databases, OS, and libraries gets its own id, e.g.: CVE-2017-5753 (Meltdown bug).

Severity distribution of all found vulnerabilities over time shows the following figure:

/vulnerability-scan-as-part-of-continuous-integration/images/2019-02-26-22_24_19-NVD-CVSS-Severity-Distribution-Over-Time-1024x417.png
CVSS Severity Distribution Over Time

For example, there is a high chance, that your application developed in 2016 has many potential vulnerabilities through its dependencies now, although you have used the current libraries at that time.

The connectivity between the NVM database and your application is provided bythe Open Web Application Security Project (OWASP, a worldwide not-for-profit charitable organization focused on improving the security of software), especially one of its project OWASP Dependency Check. It offers a various way of scanning (a command line tool, Maven or Ant plugin etc.), but we will use the Jenkins plugin to integrate vulnerability scan into continuous integration process.

Plugin Configuration

The plugin setup is very easy. I suppose that you already have a running instance of Jenkins server with your configured project inside. If not, you can quickly run Jenkins in Docker, install Dependency Check plugin and import my example project from GitHub with a really critical bug (CVE-2017-8046) in Spring Data Rest (affected all version prior to version 2.6.9, fix released on November 27, 2017 but was in place from 2014!, just to imagine, how it is important to regularly check your projects).

If you have imported your project in Jenkins, just add Invoke Dependency-Check analysis as a Post Step (for Pipeline project, check this page):

/vulnerability-scan-as-part-of-continuous-integration/images/2019-02-27-20_51_13-spring-rest-data-exploit-Config-Jenkins.png
Invoke Dependency-Check analysis

Test it

No special settings needed, it scans from the root of your project for all existing libraries in it. You can optionally check to Generate optional HTML report and Generate optional vulnerability report (HTML) to generate a summary about found vulnerabilities, here is my result (generated in Workspace root):

/vulnerability-scan-as-part-of-continuous-integration/images/2019-02-27-20_58_44-Dependency-Check-Vulnerability-Report.png
Vulnerability Report for spring-rest-data-exploit

To integrate vulnerability scan into CI process, you can add a new Post-build Action Publish Dependency-Check results:

/vulnerability-scan-as-part-of-continuous-integration/images/2019-02-27-21_08_51-spring-rest-data-exploit-Config-Jenkins.png
Publish Dependency-Check results settings

Here you can define your own Status thresholds, for example mark your build unstable if any high severity found in your project.

On the project page, you can find some statistics about found vulnerabilities in time:

/vulnerability-scan-as-part-of-continuous-integration/images/2019-02-27-21_16_26-Jenkins.png
Found vulnerabilities

It’s all. You can see, performing a regular vulnerability scan does not cost much time and may prevent many attacks.