https://docs.renovatebot.com/configuration-options/#minimumr...
Renovate uses signals like your CI to work out whether things break before an automerge occurs - does that mean your CI didn't catch the breakage? Or something I've missed?
(there's also the "merge confidence" that can help here)
(I'm soon to be working at Mend on Renovate full time)
Dependabot has recently added this functionality too - it's called `cooldown`
https://docs.github.com/en/code-security/dependabot/working-...
(I'm soon to be working at Mend on Renovate full time, but have been a big fan of Renovate over other tools for years)
Better defense would be to delete or quarantine the compromised versions, fail to build and escalate to a human for zero-day defense.
Reading the code content of emergency patches should be part of the job. Of course, with better code trust tools (there seem to have been some attempts at that lately, not sure where they’re at), we can delegate that and still do much better than the current state of things.
They stop working before can use them.
> A zero-day exploit is a cyberattack vector that takes advantage of an unknown or unaddressed security flaw in computer software, hardware or firmware. "Zero day" refers to the fact that the software or device vendor has zero days to fix the flaw because malicious actors can already use it to access vulnerable systems.
If I never install the infected software, I'm not vulnerable, even if no one knows of its existence.
That said, you could argue that because it's a zero day and no one caught it, it can lie dormant for >2 weeks so your "just wait awhile" strategy might not work if no one catches it in that period.
But if you're a hacker, sitting on a goldmine of infected computers... do you really want to wait it out to scoop up more victims before activating it? It might be caught.
No one bothers finding 0-days in software which no one has installed.