Skip to content

chore(deps): update module github.com/docker/docker to v28 [security]#381

Closed
renovate[bot] wants to merge 1 commit intomasterfrom
renovate/go-github.com-docker-docker-vulnerability
Closed

chore(deps): update module github.com/docker/docker to v28 [security]#381
renovate[bot] wants to merge 1 commit intomasterfrom
renovate/go-github.com-docker-docker-vulnerability

Conversation

@renovate
Copy link
Copy Markdown
Contributor

@renovate renovate bot commented Aug 18, 2025

This PR contains the following updates:

Package Change Age Confidence
github.com/docker/docker v27.1.1+incompatible -> v28.0.0+incompatible age confidence

GitHub Vulnerability Alerts

CVE-2025-54410

Moby is an open source container framework developed by Docker Inc. that is distributed as Docker Engine, Mirantis Container Runtime, and various other downstream projects/products. The Moby daemon component (dockerd), which is developed as moby/moby is commonly referred to as Docker, or Docker Engine.

Firewalld is a daemon used by some Linux distributions to provide a dynamically managed firewall. When Firewalld is running, Docker uses its iptables backend to create rules, including rules to isolate containers in one bridge network from containers in other bridge networks.

Impact

The iptables rules created by Docker are removed when firewalld is reloaded using, for example "firewall-cmd --reload", "killall -HUP firewalld", or "systemctl reload firewalld".

When that happens, Docker must re-create the rules. However, in affected versions of Docker, the iptables rules that isolate containers in different bridge networks from each other are not re-created.

Once these rules have been removed, containers have access to any port, on any container, in any non-internal bridge network, running on the Docker host.

Containers running in networks created with --internal or equivalent have no access to other networks. Containers that are only connected to these networks remain isolated after a firewalld reload.

Where Docker Engine is not running in the host's network namespace, it is unaffected. Including, for example, Rootless Mode, and Docker Desktop.

Patches

Moby releases 28.0.0 and newer are not affected. A fix is available in moby release 25.0.13.

Workarounds

After reloading firewalld, either:

  • Restart the docker daemon,
  • Re-create bridge networks, or
  • Use rootless mode.

References

https://firewalld.org/
https://firewalld.org/documentation/howto/reload-firewalld.html


Release Notes

docker/docker (github.com/docker/docker)

v28.0.0+incompatible

Compare Source

v27.5.1+incompatible

Compare Source

v27.5.0+incompatible

Compare Source

v27.4.1+incompatible

Compare Source

v27.4.0+incompatible

Compare Source

v27.3.1+incompatible

Compare Source

v27.3.0+incompatible

Compare Source

v27.2.1+incompatible

Compare Source

v27.2.0+incompatible

Compare Source

v27.1.2+incompatible

Compare Source


Configuration

📅 Schedule: Branch creation - "" (UTC), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

Signed-off-by: renovate[bot] <bot@renovateapp.com>
@renovate renovate bot requested a review from a team as a code owner August 18, 2025 15:31
@renovate renovate bot requested a review from hemanthmalla August 18, 2025 15:31
HadrienPatte added a commit that referenced this pull request Aug 22, 2025
Both dependabot (#380) and renovate (#381) tried to update this dep, but
it looks like they both missed the `go mod tidy` step, leading to broken
PRs with failing CI.

I ran:
```
go get github.com/docker/docker@v28.3.3
go mod tidy
```

Note: since we're bumping this dep anyway I bumped it all the way to its
latest version (`v28.3.3`) instead of just the minimum version required
for the security fix (`v28.0.0`).

Signed-off-by: Hadrien Patte <hadrien.patte@datadoghq.com>
HadrienPatte added a commit that referenced this pull request Aug 22, 2025
Both dependabot (#380) and renovate (#381) tried to update
`docker/docker` to v28 but there's some incompatibility between that
module and the version of `google/go-containerregistry` currently used
here so they both need to be updated.

I ran:
```
go get github.com/docker/docker@v28.3.3
go get github.com/google/go-containerregistry@v0.20.6
go mod tidy
```

Signed-off-by: Hadrien Patte <hadrien.patte@datadoghq.com>
@HadrienPatte
Copy link
Copy Markdown
Member

383

@HadrienPatte HadrienPatte deleted the renovate/go-github.com-docker-docker-vulnerability branch August 22, 2025 14:11
@renovate
Copy link
Copy Markdown
Contributor Author

renovate bot commented Aug 22, 2025

Renovate Ignore Notification

Because you closed this PR without merging, Renovate will ignore this update. You will not get PRs for any future 28.x releases. But if you manually upgrade to 28.x then Renovate will re-enable minor and patch updates automatically.

If you accidentally closed this PR, or if you changed your mind: rename this PR to get a fresh replacement PR.

tklauser pushed a commit that referenced this pull request Sep 16, 2025
Both dependabot (#380) and renovate (#381) tried to update
`docker/docker` to v28 but there's some incompatibility between that
module and the version of `google/go-containerregistry` currently used
here so they both need to be updated.

I ran:
```
go get github.com/docker/docker@v28.3.3
go get github.com/google/go-containerregistry@v0.20.6
go mod tidy
```

Signed-off-by: Hadrien Patte <hadrien.patte@datadoghq.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant