Information Exposure Affecting zipkin package, versions <3.6.1-r10


Severity

Recommended
low

Based on default assessment until relevant scores are available.

Threat Intelligence

EPSS
0.19% (10th 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-CHAINGUARDLATEST-ZIPKIN-17334271
  • published13 Jun 2026
  • disclosed12 Jun 2026

Introduced: 12 Jun 2026

NewCVE-2026-45536  (opens in a new tab)
CWE-200  (opens in a new tab)
CWE-772  (opens in a new tab)

How to fix?

Upgrade Chainguard zipkin to version 3.6.1-r10 or higher.

NVD Description

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

Netty is a network application framework for development of protocol servers and clients. Prior to versions 4.1.135.Final and 4.2.15.Final, netty_unix_socket_recvFd sets msg_control to char control[CMSG_SPACE(sizeof(int))] (line 940) — 24 bytes on 64-bit Linux. A peer-sent SCM_RIGHTS cmsg carrying two ints has cmsg_len = CMSG_LEN(8) = 24, which fits exactly with no MSG_CTRUNC, so the kernel installs both fds in the receiving process. The subsequent check cmsg-&gt;cmsg_len == CMSG_LEN(sizeof(int)) (line 972, expected 20) fails, the branch that would read the fd is skipped, and neither installed fd is closed. The for(;;) loop calls recvmsg again (non-blocking → EAGAIN → Java maps to 0 → read loop exits normally), leaving two leaked fds per message. There is no MSG_CTRUNC handling. Reachable via Epoll/KQueue DomainSocketChannel when the application opts into DomainSocketReadMode.FILE_DESCRIPTORS (non-default). Versions 4.1.135.Final and 4.2.15.Final patch the issue.

CVSS Base Scores

version 3.1