Vulnerable Open Source Dependencies: Counting Those That Matter
Not on the map. Why?
Abstract (arXiv)
BACKGROUND: Vulnerable dependencies are a known problem in today's open-source software ecosystems because OSS libraries are highly interconnected and developers do not always update their dependencies. AIMS: In this paper we aim to present a precise methodology, that combines the code-based analysis of patches with information on build, test, update dates, and group extracted from the very code repository, and therefore, caters to the needs of industrial practice for correct allocation of development and audit resources. METHOD: To understand the industrial impact of the proposed methodology, we considered the 200 most popular OSS Java libraries used by SAP in its own software. Our analysis included 10905 distinct GAVs (group, artifact, version) when considering all the library versions. RESULTS: We found that about 20% of the dependencies affected by a known vulnerability are not deployed, and therefore, they do not represent a danger to the analyzed library because they cannot be exploited in practice. Developers of the analyzed libraries are able to fix (and actually responsible for) 82% of the deployed vulnerable dependencies. The vast majority (81%) of vulnerable dependencies may be fixed by simply updating to a new version, while 1% of the vulnerable dependencies in our sample are halted, and therefore, potentially require a costly mitigation strategy. CONCLUSIONS: Our case study shows that the correct counting allows software development companies to receive actionable information about their library dependencies, and therefore, correctly allocate costly development and audit resources, which is spent inefficiently in case of distorted measurements.
Key facts. Cited by 7 papers in the map (data through 7 Oct 2026). First posted on arXiv 29 Aug 2018.
Builds on
No reference list yet.
Built on by
Citing papers per year: 2023: 3; 2024: 1; 2025: 1; 2026: 2.
7 papers.
- 2023An Empirical Study on Using Large Language Models to Analyze Software Supply Chain Security Failurescited by 11
- 2024AI for DevSecOps: A Landscape and Future Opportunitiescited by 3
- 2023MELT: Mining Effective Lightweight Transformations from Pull Requestscited by 2
- 2023Code Ownership in Open-Source AI Software Securitycited by 0
- 2025Which Is Better For Reducing Outdated and Vulnerable Dependencies: Pinning or Floating?cited by 0
- 2026The Invisible Hand of AI Libraries Shaping Open Source Projects and Communitiescited by 0
- 2026From Adoption to Deployment: A Qualitative Study on AI Integration in Software Development Practicecited by 0
- 2026From Adoption to Deployment: A Qualitative Study on AI Integration in Software Development Practice18 Jul 2026
- 2026The Invisible Hand of AI Libraries Shaping Open Source Projects and Communities5 Jan 2026
- 2025Which Is Better For Reducing Outdated and Vulnerable Dependencies: Pinning or Floating?7 Oct 2025
- 2024AI for DevSecOps: A Landscape and Future Opportunities7 Apr 2024
- 2023Code Ownership in Open-Source AI Software Security18 Dec 2023
- 2023MELT: Mining Effective Lightweight Transformations from Pull Requests28 Aug 2023
- 2023An Empirical Study on Using Large Language Models to Analyze Software Supply Chain Security Failures9 Aug 2023