Uncontrolled Search Path Element Affecting zot package, versions <2.1.17-r0


Severity

Recommended
low

Based on default assessment until relevant scores are available.

Threat Intelligence

EPSS
0.15% (5th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-WOLFILATEST-ZOT-16787312
  • published21 May 2026
  • disclosed5 Jun 2026

Introduced: 21 May 2026

CVE-2026-41567  (opens in a new tab)
CWE-427  (opens in a new tab)

How to fix?

Upgrade Wolfi zot to version 2.1.17-r0 or higher.

NVD Description

Note: Versions mentioned in the description apply only to the upstream zot package and not the zot package as distributed by Wolfi. See How to fix? for Wolfi relevant fixed versions and status.

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

CVSS Base Scores

version 3.1