support/scripts/cve-check: fix vulnerabilities with different analysis

Before this commit, only one entry per vulnerability ID was added to the
output. In CycloneDX, if you need to provide different analyses for
different affected components with the same vulnerability ID, you must
create multiple entries with the same ID.

When running `cve-check` with the `--include-resolved` argument, the
analysis of some vulnerabilities would get overwritten, which led to
undefined analysis results.

This is especially true when running the analysis on multiple components
with the same name but different versions. For instance, if the input
SBOM includes both the `gnupg` and `gnupg2` packages, CVE-2025-68973
could be included. This CVE might be exploitable for the `gnupg` package
but resolved for `gnupg2`. Therefore, a single analysis entry cannot
cover both cases.

This commit fixes the logic for adding vulnerabilities to the output
SBOM. A vulnerability is now added as a new entry if:

1. A vulnerability with the same ID doesn't exist yet.
2. The affect of the new vulnerability is not the same as the one
   already present.

For the CVE-2025-68973 example this would result in the following
output:

```json
[
    {
        "id": "CVE-2025-68973",
        "analysis": {
            "state": "exploitable"
        }
        "affects": [
            {"ref": "gnupg"}
        ]
    },
    {
        "id": "CVE-2025-68973",
        "analysis": {
            "state": "resolved"
        }
        "affects": [
            {"ref": "gnupg2"}
        ]
    }
]
```

45 vulnerabilities were concerned by this bug over the Buildroot tree.

Co-Authored-By: Tim Soubry <tim.soubry@mind.be>
Signed-off-by: Thomas Perale <thomas.perale@mind.be>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
This commit is contained in:
Thomas Perale
2026-05-29 17:06:30 +02:00
committed by Thomas Petazzoni
parent af55c1a39b
commit d4ff747a2b

View File

@@ -175,55 +175,54 @@ def nvd_cve_to_cdx_vulnerability(nvd_cve):
def vuln_append_or_update_affects_if_exists(vulnerabilities, vulnerability):
"""
Append 'vulnerability' passed as argument to the 'vulnerabilities' argument
if an entry with the same 'id' doesn't exist yet.
If the vulnerability already exists, the input reference is added to the
'affects' list of the existing entry.
Updates a matching 'vulnerability' from the 'vulnerabilities' list or
appends it as a new entry.
A vulnerability is considered 'matching' if it shares the same 'id' AND
either:
1. An identical 'affects' entry.
2. An identical 'analysis.state'.
Args:
vulnerabilities (list): The vulnerabilities array reference retrieved
from the input CycloneDX SBOM
vulnerability (dict): Vulnerability to add to the 'vulnerabilities' list.
"""
# Search if a vulnerability with the same identifier already exists in the
# SBOM vulnerability list.
matching_vuln = next(
(vuln for vuln in vulnerabilities if vuln.get("id") == vulnerability["id"]),
None
)
new_analysis = vulnerability.get("analysis", {}).get("state")
new_ref = next((a.get("ref") for a in vulnerability.get("affects", [])), None)
# bom-ref to the component is passed to the affects of the vulnerability
# passed as argument
bom_ref = next((a["ref"] for a in vulnerability.get("affects", [])), None)
# All vulnerabilities with same ID
matching_vulns = [v for v in vulnerabilities if v.get("id") == vulnerability.get("id")]
if matching_vuln is not None:
# Remove the affect to not use it while updating matching vuln.
if "affects" in vulnerability:
del vulnerability["affects"]
for curr_vuln in matching_vulns:
curr_vuln_analysis = curr_vuln.get("analysis", {}).get("state")
curr_vuln_refs = [a.get("ref") for a in curr_vuln.get("affects", [])]
if matching_vuln.get("analysis") is not None and "analysis" in vulnerability:
# We don't update vulnerabilities that already have an
# 'analysis'.
# Buildroot ignored vulnerabilities will already have
# an analysis and need to remain as such.
is_same_ref = new_ref in curr_vuln_refs
is_same_analysis = curr_vuln_analysis == new_analysis
if not (is_same_ref or is_same_analysis):
continue
if is_same_ref:
# If same vulnerability id and same affect ref, keep the previous
# analysis. This is the case where a vulnerability was ignored from
# the generated SBOM.
del vulnerability["analysis"]
del vulnerability["affects"]
else:
# The same analysis, add a new affect
# reference.
if new_ref is not None:
curr_vuln.setdefault("affects", []).append({"ref": new_ref})
del vulnerability["affects"]
affects = matching_vuln.setdefault("affects", [])
curr_vuln.update(vulnerability)
return
if bom_ref is not None:
ref = next((a["ref"] for a in affects if a["ref"] == bom_ref), None)
if ref is None:
# Add a 'ref' (bom reference) to the component if not
# already present in the 'affects' list.
affects.append({
"ref": bom_ref
})
# Update the metadata of the vulnerability with the one
# downloaded from the database.
matching_vuln.update(vulnerability)
else:
vulnerabilities.append(vulnerability)
# No same ID w/ same analysis or same ref.
vulnerabilities.append(vulnerability)
def check_package_cve_affects(cve: cvecheck.CVE, cpe_product_pkgs, sbom, opt: Options):
@@ -297,8 +296,7 @@ def enrich_vulnerabilities(nvd_path: Path, sbom):
print(f"Warning: '{vuln_id}' doesn't exist in NVD database.", file=sys.stderr)
continue
vulnerability = nvd_cve_to_cdx_vulnerability(cve.nvd_cve)
vuln_append_or_update_affects_if_exists(vulnerabilities, vulnerability)
vuln.update(nvd_cve_to_cdx_vulnerability(cve.nvd_cve))
def main():