Skip to main content
VulnerabilityPublished Updated

CVE-2026-41567: moby/v2/daemon · Uncontrolled Search Path Element

Affects moby/v2/daemonSource CVE Database V5

0
Compare

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

CVSS 3.1 base score
7.2High
How severe the flaw is on the 0–10 CVSS scale.
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:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 5 Jun 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: evidence found.

    Public exploit code: GitHub proofs of concept

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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

ProductAffectedFixed in
mobymoby/v2/daemonAffected
  • <2.0.0-beta.14
Fixed in
  • 2.0.0-beta.14
mobyDocker EngineAffected
  • <29.5.1
Fixed in
  • 29.5.1
dockerdocker/daemonAffected
  • <=28.5.2
Fixed in–
GitHubmoby/mobypkg:github/moby/mobyOther threatsAffected
  • <29.5.1
Fixed in
  • 29.5.1

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

Community reviews

Loading reviews…