-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix(ci): Multiple data and test issues #1737
base: master
Are you sure you want to change the base?
Conversation
/test e2e-tests |
Last failure appears to be a flake:
|
// When expected vuln has no CVSSv3 data, do not try to compare it. | ||
// This was added when NVD stopped returning CVSSv3 data for some vulns which we had test cases for. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can you confirm your intention is to continue ignoring V3 if/when NVD bring it back?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good Q. Main intention was to get CI green again 😉 . Given that this scanner is on 'life support' I didn't spend too much time considering far into the future.
As it's currently written it would indeed continue ignoring V3 if/when NVD brings it back. I did consider reversing the condition such that if the NVD data has V3 then do the compare, otherwise ignore - I changed that assuming we would want CI failures when the data we're expecting to exist goes away so that we could investigate further (like we did with these).
I suppose we could change the condition to fail the test if NVD V3 data was provided but our test case isn't comparing it so that if/when the data comes back we'll have failures again.
Any preference?
"Score": 6.5, | ||
"Vectors": "CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H", | ||
}, | ||
// NVD stopped returning this |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can you create a ticket to track this?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I may instead change the sanity test to fail if this data comes back so that we will not need a ticket and can rely on CI failures instead.
@@ -3887,31 +3899,6 @@ Applications using RegexRequestMatcher with '.' in the regular expression are po | |||
AddedBy: "sha256:3fa3f612bdcb92746bf76be1b9c9e1c1c80de777aedaf48b7068f4a129ded3c2", | |||
FixedBy: "4.10.1685679861-1.el8", | |||
Vulnerabilities: []apiV1.Vulnerability{ | |||
{ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You know I have seen this flap sometimes, and I have yet to dig into why this happens. Any ideas? I recall this was a key vulnerability we wanted to track because it's an unfixed OpenShift-related vulnerability which we did not track for some time. It'd be nice to keep this, but since we are focused more on Scanner V4, I'm ok with commenting this out with a ticket to go with it to track it
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hrm, interesting, I'll see if I have an old copy of the data for comparing to see what changed - I did check and none of the RHSA's listed in the current scan results for this image include this particular CVE.
I did notice CI uses a new 'genesis dump' each run - and if I remember correctly scanner currently does not handle 'deleted' vulns when processing a diff. So this would only appear in scanners that include a new genesis dump as of whatever date when this vuln was seemingly removed from the feeds.
} | ||
|
||
// When expected vuln has no CVSSv3 data, do not try to compare it. | ||
// This was added when NVD stopped returning CVSSv3 data for some vulns which we had test cases for. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
maybe another ticket here while we're at it :D
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sure, what would the ticket be for? Rechecking the vulns to see if NVD added the data back?
Description
Fixes multiple CI issues
panic: test timed out after 20m0s
(such as this one).CVE-2021-26291
from theose-jenkins
image test case, it is no longer appearing in scan results (ref)Testing
CI
Logs from CI showing CVSSv3 comparison skips.