HTTP Request Smuggling Affecting eap8-netty-codec-socks package, versions <0:4.1.135-1.Final_redhat_00001.1.el8eap


Severity

Recommended
0.0
high
0
10

Based on Red Hat Enterprise Linux security rating.

Threat Intelligence

EPSS
0.68% (51st 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-RHEL8-EAP8NETTYCODECSOCKS-19700635
  • published12 Sept 2026
  • disclosed13 May 2026

Introduced: 13 May 2026

CVE-2026-42581  (opens in a new tab)
CWE-444  (opens in a new tab)

How to fix?

Upgrade RHEL:8 eap8-netty-codec-socks to version 0:4.1.135-1.Final_redhat_00001.1.el8eap or higher.
This issue was patched in RHSA-2026:49700.

NVD Description

Note: Versions mentioned in the description apply only to the upstream eap8-netty-codec-socks package and not the eap8-netty-codec-socks package as distributed by RHEL. See How to fix? for RHEL:8 relevant fixed versions and status.

Netty is an asynchronous, event-driven network application framework. Prior to 4.2.13.Final and 4.1.133.Final, HttpObjectDecoder strips a conflicting Content-Length header when a request carries both Transfer-Encoding: chunked and Content-Length, but only for HTTP/1.1 messages. The guard is absent for HTTP/1.0. An attacker that sends an HTTP/1.0 request with both headers causes Netty to decode the body as chunked while leaving Content-Length intact in the forwarded HttpMessage. Any downstream proxy or handler that trusts Content-Length over Transfer-Encoding will disagree on message boundaries, enabling request smuggling. This vulnerability is fixed in 4.2.13.Final and 4.1.133.Final.

CVSS Base Scores

version 3.1