GPU VulnDB

Database/Control plane, storage & DevOps

Renovate: minimumReleaseAge is not applied to digest updates, so fresh dependency digests reach CI early

CVSS 6.9CVE-2026-88884Control plane, storage & DevOpscurated

Impact

Renovate skips the internal minimumReleaseAge stability check for updateType=digest, so a newly published digest for a pinned GitHub Action, container image, Go module or NuGet package still opens a pull request, carrying only a pending stability status check. The control that exists precisely to let a malicious release be caught before it is consumed does not apply on the path most often used to pin dependencies by SHA. For a team whose GPU node images, device-plugin manifests and training-job containers are updated through Renovate, a compromised upstream tag can trigger CI workflows on infrastructure repositories sooner than the configured quarantine window allows. Impact is on the build pipeline, not on running GPU nodes.

Who can reach it

Remote, unauthenticated with respect to the Renovate instance: whoever can publish a new digest to an upstream dependency the repository tracks. No access to the Renovate deployment is needed.

What to do

Upgrade to Renovate 44.3.1, Mend Renovate CE/EE image 15.4.0, mend-renovate-ce Helm chart 15.4.0, or mend-renovate-enterprise-edition Helm chart 10.4.0. For a self-hosted deployment this is an image or chart bump and a restart of the Renovate service - no node maintenance. Until then the advisory's workaround is to disable digest updates or gate them behind dependencyDashboardApproval.

References

Related entries

All Control plane, storage & DevOps entries

This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.