Last week, Synopsys released its 2022 Open Source Security and Risk Analysis (OSSRA) report. The report, produced analysed over 2,400 audits of commercial and proprietary codebases from merger and acquisition transactions, performed by the Black Duck® Audit Services team. The report highlights trends in open source usage within commercial and proprietary applications and provides insights to help developers better understand the interconnected software ecosystem. It also details the pervasive risks posed by unmanaged open source, including security vulnerabilities, outdated or abandoned components, and license compliance issues.
The 2022 OSSRA findings confirm that open source is used in every industry and is part of every application built today.
- Outdated open source remains the norm—including presence of vulnerable Log4j versions. From an operational risk/maintenance perspective, 85% of the 2,097 codebases contained open source that was more than four years out-of-date. 88% utilised components that were not the latest available version. 5% contained a vulnerable version of Log4j.
- Assessed codebases show open source vulnerabilities are decreasing overall. 2,097 of the assessed codebases included security and operational risk assessments. There was a more dramatic decrease in the number of codebases containing high-risk open source vulnerabilities. 49% of this year’s audited codebases contained at least one high-risk vulnerability, compared to 60% last year. Additionally, 81% of the assessed codebases contained at least one known open source vulnerability, a minimal decrease of 3% from the findings of the 2021 OSSRA.
- Licence conflicts are also decreasing overall. Over half—53%—of the codebases contained licence conflicts, a substantial decrease from the 65% seen in 2020. In general, specific licence conflicts decreased across the board between 2020 and 2021.
- 20% of assessed codebases contained open source with no licence or with a customised licence. Since a software licence governs the right to use it, software with no licence presents the dilemma of whether use of the open source component entails legal risk. Additionally, customised open source licences might place undesirable requirements on the licensee and will often require legal evaluation for possible IP issues or other implications.
“Users of SCA software have focused their attention on reducing open source licence issues and addressing high-risk vulnerabilities, and that effort is reflected in the decreases we saw this year in licence conflicts and high-risk vulnerabilities, said Tim Mackey, principal security strategist with the Synopsys Cybersecurity Research Centre.
“The fact remains that over half of the codebases we audited still contained licence conflicts and nearly half still contained high-risk vulnerabilities. Even more troubling was that 88% of the codebases [with risk assessments] contained outdated versions of open source components with an available update or patch that was not applied.
“There are justifiable reasons for not keeping software completely up-to-date,” Mackey adds. “But, unless an organisation keeps an accurate and up-to-date inventory of the open source used in their code, an outdated component can be forgotten until it becomes vulnerable to a high-risk exploit, and then the scramble to identify where it’s being used and to update it is on. This is precisely what occurred with Log4j, and why software supply chains and Software Bill of Materials (SBOM) are such hot topics.”
