Abstract:Vulnerabilities publicly disclosed in the National Vulnerability Database (NVD) are assigned with CVE (Common Vulnerabilities and Exposures) IDs and associated with specific software versions. Many organizations, including IT companies and government, heavily rely on the disclosed vulnerabilities in NVD to mitigate their security risks. Once a software is claimed as vulnerable by NVD, these organizations would examine the presence of the vulnerable versions of the software and assess the impact on themselves. However, the version information about vulnerable software in NVD is not always reliable. Nguyen et al. find that the version information of many CVE vulnerabilities is spurious and propose an approach based on the original SZZ algorithm (i.e., an approach to identify bug-introducing commits) to assess the software versions affected by CVE vulnerabilities. However, SZZ algorithms are designed for common bugs, while vulnerabilities and bugs are different. Many bugs are introduced by a recent bug-fixing commit, but vulnerabilities are usually introduced in their initial versions. Thus, the current SZZ algorithms often fail to identify the inducing commits for vulnerabilities. Therefore, in this study, we propose an approach based on an improved SZZ algorithm to refine software versions affected by CVE vulnerabilities. Our proposed SZZ algorithm leverages the line mapping algorithms to identify the earliest commit that modified the vulnerable lines, and then considers these commits to be the vulnerability-inducing commits, as opposed to the previous SZZ algorithms that assume the commits that last modified the buggy lines as the inducing commits. To evaluate our proposed approach, we manually annotate the true inducing commits and verify the vulnerable versions for 172 CVE vulnerabilities with fixing commits from two publicly available datasets with five C/C++ and 41 Java projects, respectively. We find that 99 out of 172 vulnerabilities whose version information is spurious. The experiment results show that our proposed approach can identify more vulnerabilities with the true inducing commits and correct vulnerable versions than the previous SZZ algorithms. Our approach outperforms the previous SZZ algorithms in terms of F1-score for identifying vulnerability-inducing commits on both C/C++ and Java projects (0.736 and 0.630, respectively). For refining vulnerable versions, our approach also achieves the best performance on the two datasets in terms of F1-score (0.928 and 0.952).

Insight: Exploring Cross-Ecosystem Vulnerability Impacts.

Understanding the Threats of Upstream Vulnerabilities to Downstream Projects in the Maven Ecosystem.

Unveil the Mystery of Critical Software Vulnerabilities

Automated Unearthing of Dangerous Issue Reports.

Patchmatch: A Tool for Locating Patches of Open Source Project Vulnerabilities

V-SZZ: Automatic Identification of Version Ranges Affected by CVE Vulnerabilities

Understanding Vulnerability Inducing Commits of the Linux Kernel

Mitigating Persistence of Open-Source Vulnerabilities in Maven Ecosystem

Vulnerable Open Source Dependencies: Counting Those That Matter

On the Effect of Transitivity and Granularity on Vulnerability Propagation in the Maven Ecosystem

VulNet: Towards improving vulnerability management in the Maven ecosystem

On the Security Blind Spots of Software Composition Analysis

Does the Vulnerability Threaten Our Projects? Automated Vulnerable API Detection for Third-Party Libraries

Vision: Identifying Affected Library Versions for Open Source Software Vulnerabilities

Characterizing Usages, Updates and Risks of Third-Party Libraries in Java Projects

Software Composition Analysis for Vulnerability Detection: an Empirical Study on Java Projects

PKVIC: Supplement Missing Software Package Information in Security Vulnerability Reports

An Empirical Study of Usages, Updates and Risks of Third-Party Libraries in Java Projects.

Discovery of Timeline and Crowd Reaction of Software Vulnerability Disclosures

Do the Dependency Conflicts in My Project Matter?

A Large-Scale Empirical Study on Vulnerability Distribution Within Projects and the Lessons Learned