HTTP Request Smuggling Affecting strimzi-kafka-operator-kafka-thirdparty-libs-cc package, versions *


Severity

Recommended
low

Based on default assessment until relevant scores are available.

Threat Intelligence

EPSS
0.03% (9th 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-MINIMOSLATEST-STRIMZIKAFKAOPERATORKAFKATHIRDPARTYLIBSCC-16702161
  • published16 May 2026
  • disclosed13 May 2026

Introduced: 13 May 2026

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

How to fix?

There is no fixed version for Minimos:latest strimzi-kafka-operator-kafka-thirdparty-libs-cc.

NVD Description

Note: Versions mentioned in the description apply only to the upstream strimzi-kafka-operator-kafka-thirdparty-libs-cc package and not the strimzi-kafka-operator-kafka-thirdparty-libs-cc package as distributed by Minimos. See How to fix? for Minimos:latest 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.