You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We track multiple branches of our software in DT. Most versions of the components are identical.
We now have two branches ("A", created via SBOM upload 2 weeks ago, "B", created via SBOM upload 3 days ago - and "C" - created by exporting SBOM from "A" and importing it in new "C" Version.
Some components are the same/identical name, version and PURL across all three projects - but in each project, a different number of vulnerabilities is reported.
"A" is taking the lead with 10 assigned vulnerabilities,
"B" is listing 2, and
"C" as a copy of "A" ends up with the same 2 vulnerabilities from "A".
If I re-upload "A"'s SBOM to "A", the vulnerability count (and the vulnerabilities for that component) just stays the same.
If I delete the component in question from "A" and then upload the same SBOM again, the component re-appears with the correct (2) vulnerabilities.
So vulnerabilities that have been assigned to a component apparently never vanish - even if the same component comes up with way less assigned vulnerabilities in a new project/component/scan. How can I get those vulnerabilities to "un-stick"?
(My guess is that they got there due to a mis-assignement by the analyser (trivy server) in the first place - but obviously, current scans with trivy don't show those 8 mis-assigned vulnerabilities any more.
Steps to Reproduce
have old project with components that got vulns assigned
have said vulns be fixed in the database (maybe matching pattern was too broad in first instance as "*", maybe it was the wrong component)
re-scan the old project - wrong vulns stay
export sbom, import as new project - does not list wrong vulns
Expected Behavior
Mis-assigned vulnerabilities do not stick to components. They are removed from the component when the vulnerability data is updated and it doesn't actually match the component any more.
Current Behavior
We track multiple branches of our software in DT. Most versions of the components are identical.
We now have two branches ("A", created via SBOM upload 2 weeks ago, "B", created via SBOM upload 3 days ago - and "C" - created by exporting SBOM from "A" and importing it in new "C" Version.
Some components are the same/identical name, version and PURL across all three projects - but in each project, a different number of vulnerabilities is reported.
"A" is taking the lead with 10 assigned vulnerabilities,
"B" is listing 2, and
"C" as a copy of "A" ends up with the same 2 vulnerabilities from "A".
If I re-upload "A"'s SBOM to "A", the vulnerability count (and the vulnerabilities for that component) just stays the same.
If I delete the component in question from "A" and then upload the same SBOM again, the component re-appears with the correct (2) vulnerabilities.
So vulnerabilities that have been assigned to a component apparently never vanish - even if the same component comes up with way less assigned vulnerabilities in a new project/component/scan. How can I get those vulnerabilities to "un-stick"?
(My guess is that they got there due to a mis-assignement by the analyser (trivy server) in the first place - but obviously, current scans with trivy don't show those 8 mis-assigned vulnerabilities any more.
Steps to Reproduce
Expected Behavior
Mis-assigned vulnerabilities do not stick to components. They are removed from the component when the vulnerability data is updated and it doesn't actually match the component any more.
Dependency-Track Version
4.12.3
Dependency-Track Distribution
Container Image
Database Server
PostgreSQL
Database Server Version
don't know
Browser
Google Chrome
Checklist
The text was updated successfully, but these errors were encountered: