Bug 2485356 (CVE-2026-41567) - CVE-2026-41567 docker: Moby/Docker Engine: Arbitrary Code Execution via malicious container image and compressed archive upload
Summary: CVE-2026-41567 docker: Moby/Docker Engine: Arbitrary Code Execution via malic...
Keywords:
Status: NEW
Alias: CVE-2026-41567
Product: Security Response
Classification: Other
Component: vulnerability
Version: unspecified
Hardware: All
OS: Linux
high
high
Target Milestone: ---
Assignee: Product Security DevOps Team
QA Contact:
URL:
Whiteboard:
Depends On: 2493567 2493574 2493559 2493560 2493561 2493562 2493563 2493564 2493565 2493566 2493568 2493569 2493570 2493571 2493572 2493573 2493575 2493610
Blocks:
TreeView+ depends on / blocked
 
Reported: 2026-06-05 02:01 UTC by OSIDB Bzimport
Modified: 2026-08-15 08:28 UTC (History)
44 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Embargoed:


Attachments (Terms of Use)

Description OSIDB Bzimport 2026-06-05 02:01:17 UTC
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


Note You need to log in before you can comment on or make changes to this bug.