Packages / renovate / Security

ModerateVulnerabilityGHSA-5vjq-5jmg-39xqCVE-2026-76226Published 16 Apr 2026

Renovate affected by remote code execution was possible using the bazel-module or bazelisk managers, when using lockFileMaintenance

Your version

Affected releases · renovate

  • 43.x43.65.0 – 43.102.10Fixed in 43.102.11

On 43.x, the newest line:

npm install renovate@43.102.11
Every release on a timeline
44.x
  1. Not affected

    44.0.0 – 44.190.0

    603 releases, latest

43.x
  1. Not affected

    43.0.0 – 43.64.6

    224 releases

  2. Affected

    43.65.0 – 43.102.10

    104 releases

  3. Fixed

    43.102.11 – 43.288.0

    416 releases

12256 stable releases of renovate, oldest to newest, one row per major.

What happens

When using lockFileMaintenance using the bazel-module or bazelisk managers between Renovate 43.65.0 (2026-03-12) and 43.102.11 (2026-04-02), there was the opportunity for remote code execution from a malicious dependency, if the Bazel module executes code that relies on a dependency.

As this is an "unsafe" execution path, we have disabled this by default, and self-hosted administrators must add it to the allowedUnsafeExecutions allowlist.

It is recommended to review whether you have enabled this functionality for these managers, and if so, whether any dependency updates may have led to remote code execution.

Impact

If Renovate suggested an update to a malicious dependency, and that dependency is referenced as part of the bazel mod deps call - for instance as part of a ctx.execute call - this would call attacker-controlled code.

This could lead to insider attackers and outside attackers, executing code that is distributed as part of the package.

Patches

This is patched in 43.102.11.

This does not affect any versions of Mend Renovate Self-Hosted.

Workarounds

  • Upgrade your Renovate version

  • Disable lockFileMaintenance for these managers

Why did this happen?

This was missed in code review (as part of #41507).