Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessPublish malicious dependency version to registry
-
ExploitMaintainer clicks PR rebase/retry checkbox
-
ExecutionminimumReleaseAge quarantine check bypassed
-
ImpactMalicious version pulled into PR and executed in CI
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V15 - Secure Coding and Architecture Protection mechanism completeness
|
| Exploitation Conditions | Exploitation requires that the target repository runs Renovate (before 44.61.3) with the minimumReleaseAge protection configured, that the attacker can publish a malicious version to a registry for a dependency the repo consumes, and that a maintainer actively triggers a PR rebase/retry via the checkbox - the UI:P interaction that defeats the quarantine. Limiting factors: minimumReleaseAge is a non-default hardening control (repos without it are unaffected by this specific bypass), the attack depends on a human rebase action rather than being fully automatic, and impact is confined to running attacker-controlled dependency code in CI rather than direct host compromise. |
| Impact | This is a genuine but modest-severity integrity issue, not a top-tier emergency. The input CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:P/VC:N/VI:L/VA:N/SC:N/SI:L/SA:N, score 5.3 Medium) is internally consistent with the description: network-reachable, low complexity, no privileges, but requiring passive user interaction (a maintainer clicking the rebase/retry checkbox), with only limited integrity impact and no confidentiality or availability impact. No EPSS score, no CISA KEV listing, and no POC indicator are present in the provided data, so there is no evidence of active or at-scale exploitation - exploitation status is 'no public exploit identified at time of analysis.' The real risk is a supply-chain timing bypass: the minimumReleaseAge control exists specifically to quarantine freshly published (and potentially malicious or compromised) dependency versions, and this flaw lets an attacker collapse that quarantine window. The 'Authentication Bypass' tag is misleading - this is a protection-mechanism bypass (CWE-693) of a release-age safety gate, with PR:N confirming no authentication is involved at all. Net: prioritize for teams that rely on minimumReleaseAge as a defense against dependency-confusion/compromised-package attacks, but it is not a drop-everything network RCE. |
| Exploit ScenarioDerived | An attacker publishes a malicious version of a dependency the target repository consumes. Renovate opens or holds a PR, and when a maintainer clicks the rebase/retry checkbox, the minimumReleaseAge quarantine is skipped and the malicious version is pushed into the PR and executed in CI before the intended waiting period elapses. No public exploit code is identified at time of analysis, and success depends on the maintainer triggering a rebase. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 15, 2026
Renovate before 44.61.3 does not correctly enforce its minimumReleaseAge quarantine when a maintainer clicks the rebase/retry checkbox on a dependency-update pull request, allowing a freshly published malicious dependency version to be pulled into that PR and executed in CI before the configured release-age window elapses. The flaw is rated 5.3 (CVSS 4.0, AV:N/AC:L/AT:N/PR:N/UI:P) and independently assessed as CVSS 3.1 AV:N/AC:L/PR:N/UI:R/S:C/C:N/I:L/A:N, reflecting a scoped integrity impact rather than host compromise. There is no public exploit identified at time of analysis and no evidence of confirmed active exploitation (CISA KEV), though exploitation still requires a human to trigger the rebase action and is therefore not fully automatic. The primary fix is upgrading to Renovate 44.61.3 or later.
RemediationAI
Upgrade Renovate to 44.61.3 or later - vendor-released patch: 44.61.3, as documented in GHSA-2frq-pm48-6j4h (https://github.com/renovatebot/renovate/security/advisories/GHSA-2frq-pm48-6j4h). If an immediate upgrade is not possible, avoid relying on minimumReleaseAge alone as the quarantine guarantee: instruct maintainers not to use the rebase/retry checkbox on dependency PRs from untrusted or newly published versions, since that user action is the trigger for the bypass - the trade-off is that legitimate stale PRs may need a full branch recreation instead. Tighten downstream controls so that a freshly resolved version cannot execute in CI: pin the lockfile in the PR branch and require the checked-in lockfile hash to match on install (trade-off: friction on legitimate dependency bumps), and disable install/postinstall lifecycle scripts for untrusted packages (--ignore-scripts or the npm ignore-scripts setting) at the cost of breaking packages that require postinstall steps. Additionally, restrict CI job tokens and secrets available to dependency-update workflows so that code executed during a dependency install cannot reach production credentials (trade-off: some CI steps that legitimately need secrets will need a separate, manually approved workflow). Monitor the upstream advisory for any backported patch releases.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 6 packages in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Renovate is an automated dependency-update bot that opens pull requests against repositories and can run package manager steps in CI. minimumReleaseAge is a non-default hardening control that quarantines a dependency version until it has been published for a configurable period, giving the ecosystem time to detect a compromised or malicious release. This is classified as CWE-693 (Protection Mechanism Failure): the rebase/retry code path - which reconstructs the branch and re-resolves the dependency - re-evaluates the update without re-applying the minimumReleaseAge gate, effectively bypassing the cooldown. An attacker who controls a dependency the target repository consumes and publishes a malicious version to the registry can therefore have that version surfaced in an existing Renovate PR the moment a maintainer asks for a rebase, and any CI job that installs or executes the package will run the attacker's code. The assessed vector (S:C, I:L, C:N, A:N) confines impact to integrity of the dependency/build pipeline rather than confidentiality or direct host control; the CVSS 4.0 vector shows PR:N with UI:P, i.e. no repository authentication is needed by the attacker but a legitimate user interaction (the rebase click) is required. Affected product per the advisory data is Renovate versions below 44.61.3.
Know when the next one hits your stack
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:P/VC:N/VI:L/VA:N/SC:N/SI:L/SA:N
Remotely reachable with no privileges but requiring a maintainer's rebase click (UI:R); the bypass lets code cross into the CI trust boundary (S:C) with limited integrity impact and no confidentiality or availability loss.
Primary rating from Vendor (vulncheck).
CVSS VectorVendor: vulncheck
Lifecycle Timeline
2DescriptionCVE.org
Renovate before 44.61.3 contains a protection mechanism bypass vulnerability that allows minimumReleaseAge checks to be skipped when a user requests a PR rebase via the rebase/retry checkbox. Attackers who publish a malicious dependency version can have it pushed into the PR and run in CI before the required release age elapses.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
EUVD-2026-101749
GHSA-8qr3-fm9c-cqg3
NVD
CVE.org
EPSS
Exploit-DB