:wave: Random one I don’t know if it’s an open iss...
# fleet
g
👋 Random one I don’t know if it’s an open issue but Github search has failed but on the latest fleet v4.19.1 we’re seeing CVE’s being created for the same software daily and at multiple times.
s
I keep getting crashes after vuln scans on 4.19.1, I wonder if that's why
k
Hi, @Gavin! Wanted to double check before I start digging in to this. Is the issue that you're getting multiple triggers of your webhook/integration?
g
Bingo , I can stick on debug logging
For example , every day I get 30-40 of the same CVE
It seems to get stuck then makes the same one for the amount of open vulns.
Almost like it’s trying to range over the open vulns , but the index does not increment so it creates the count of vulnerabilities left to be created , as the same ticket.
k
Ouch. Sorry about that, @Gavin! That's not a good look. We're digging in to it.
@Shawn Maddock Do you also have a webhook/integration set up for vulnerabilities? How much memory is allocated for Fleet?
s
I don’t, so perhaps unrelated. Memory for Fleet is not limited.
k
Sounds like it's likely unrelated. Would you mind starting a new thread for that for better visibility?
What's your setup, @Gavin? Looks like Jira, are you using the integration?
g
Jira Cloud SAAS
k
Thanks! Ticket incoming.
I'm seeing the same behavior with
CVE-2022-27664
on our end. Are you seeing this with other CVEs?
I'm actually seeing it with others as well, think that just jumped out because it's a recent find.
It looks like there is an existing ticket (my search skills failed me as well): https://github.com/fleetdm/fleet/issues/6717 On the Fleet side, are you sending this directly to Jira using the built-in integration, or are you using a webhook to send the data elsewhere and then piping it in to Jira?
g
To confirm , directly to Jira Cloud
We are yet to investigate the webhook , but long term will move to DefectDojo , Dependancy Track for this powered by the Webhook
k
Thanks for the confirmation!
s
k
Indeed! Thanks for pointing that one out.
m
Thanks for the heads up on this one, Gavin and Shawn.
g
Small update on this one, when we rolled out the fix we got a couple of hundred tickets created , then expected behaviour after. So fully expected with state correction on the existing queue then only new items created.
k
That's great news, @Gavin! Thanks (again) for bringing this to us.