CVE-2026-41567: moby/v2/daemon · Uncontrolled Search Path Element
Affects moby/v2/daemonSource CVE Database V5
Not known to be exploited · CVSS 7.2 High : upgrade to 2.0.0-beta.14 soon.
Data as of 30 Oct 2026, 11:52 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 4% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 2.0.0-beta.14, 29.5.1
CVSS:3.1/AV:L/AC:H/PR:L/UI:R/S:C/C:H/I:H/A:NExploitation evidence
Disclosed: evidence found.
CVE published 5 Jun 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: evidence found.
Public exploit code: GitHub proofs of concept
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), GitHub proofs of concept, the Metasploit, Exploit-DB and nuclei-templates index as of 30 Oct 2026.
What to do
Upgrade moby/v2/daemon to 2.0.0-beta.14; Docker Engine and moby/moby to 29.5.1.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| mobymoby/v2/daemon | Affected
| Fixed in
|
| mobyDocker Engine | Affected
| Fixed in
|
| dockerdocker/daemon | Affected
| Fixed in– |
GitHubmoby/mobypkg:github/moby/mobyOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
A fix is available in Docker Engine 29.5.1 and moby/moby v2.0.0-beta.14. Users should upgrade to these versions or later. Until patched, mitigation includes running containers only from trusted images, avoiding piping compressed archives into containers created from untrusted images, and using authorization plugins to restrict access to the PUT /containers/{id}/archive endpoint. Red Hat advisory emphasizes these mitigations and does not indicate any 'no action required' status.
Description
Moby is an open source container framework. In versions prior to 29.5.1 and in moby/moby v2 prior to v2.0.0-beta.14, when a compressed archive is uploaded to a container via `PUT /containers/{id}/archive` or piped through `docker cp -`, the daemon resolves decompression binaries (such as `xz` or `unpigz`) from the container's filesystem rather than the host's due to incorrect ordering of operations. A malicious container image containing a trojanized decompression binary can achieve arbitrary code execution with full daemon privileges, including host root UID and unrestricted capabilities, when a user uploads a compressed (xz or gzip) archive into that container. This issue is fixed in Docker Engine 29.5.1 and moby/moby v2.0.0-beta.14. Workarounds include only running containers from trusted images, using authorization plugins to restrict access to the `PUT /containers/{id}/archive` endpoint, and avoiding piping compressed archives into containers created from untrusted images
References
- github.com/moby/moby/security/advisories/GHSA-x86f-5xw2-fm2r (opens in a new tab)
- access.redhat.com/security/cve/CVE-2026-41567 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2485356 (opens in a new tab)
- security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-41567.json (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:41030 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:44622 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:37387 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:42852 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:51057 (opens in a new tab)