Track and handle changes in which versions are affected by a given vulnerability #1815
Labels
enhancement
New feature or request
p2
Non-critical bugs, and features that help organizations to identify and reduce risk
Milestone
Current Behavior:
When mirroring vulnerability databases, we map them to the following internal models:
Vulnerability
: The vulnerability itself, including ID, source, references, severity, CVSS, etc.VulnerableSoftware
: Describes which components and component versions are affected by a given vulnerabilityAs it is now,
VulnerableSoftware
are treated as "append-only" (edit: by the OSV mirroring task, but not by NVD or GHSA tasks), meaning entries are never removed, even though the relationship they describe may not be reported by any source anymore (e.g. when the related advisory was corrected).Proposed Behavior:
Track what sources reported a given
VulnerableSoftware
, and track when it isn't reported anymore. Consider aVulnerableSoftware
entry to be outdated / removed once no source reports it anymore.Additionally, expose this "reported by" information to the API and UI, similar to the existing
FindingAttribution
. Remember to consider thatVulnerableSoftware
can stem from manual creation as well since we introduced support for internal vulnerabilities.The text was updated successfully, but these errors were encountered: