Cyber Resilience

CVE-2026-42581

Netty ≤ 4.1.133

Public PoC
Published
13 May 2026
Modified
13 August 2026
Patch / advisory
CVSS Score v3.1 5.8
Click a component to see what it means
Raw vectorCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:N/I:L/A:N
EPSS Score 0.0063 47th percentile
Risk Priority 47 floored blend · peak EPSS

Summary

CVE-2026-42581 is a medium-severity HTTP Request/Response Smuggling (CWE-444) vulnerability in Netty Netty. Its CVSS base score is 5.8 (Medium).

Operationally, exploitation aligns with the MITRE ATT&CK technique Exploit Public-Facing Application (T1190); ranked at the 47th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog; a public proof-of-concept is referenced.

The strongest mitigations our analysis identified map to SC-7 (Boundary Protection) and SI-10 (Information Input Validation) — see the control section below for these in your framework.

OWASP Top 10 for Web (2025)

EU & UK References

Vulnerability Data

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…

more

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.

CWE(s)

Related Threats

MITRE ATT&CK Enterprise Techniques

T1190 Exploit Public-Facing Application Initial Access
Adversaries may attempt to exploit a weakness in an Internet-facing host or system to initially access a network.
Derived from this CVE’s CWE(s) via the direct CWE→ATT&CK cross-walk.

CVEs Like This One

CVE-2025-58056Same product: Netty Netty
CVE-2026-33870Same product: Netty Netty
CVE-2026-42585Same product: Netty Netty
CVE-2026-42584Same product: Netty Netty
CVE-2026-50020Same product: Netty Netty
CVE-2026-41417Same product: Netty Netty
CVE-2026-42580Same product: Netty Netty
CVE-2025-67735Same product: Netty Netty
CVE-2026-42586Same product: Netty Netty
CVE-2026-42578Same product: Netty Netty

Affected Assets

netty
netty
≤ 4.1.133 · 4.2.0 — 4.2.13

Mitigating Controls

Control response

Prevent
Stop it (NIST 800-53)

Detect
Catch it (NIST detect / respond)

Harden
Shrink the surface (DISA STIG)

Validate
Prove the fix (OWASP ASVS)
  • V4.1.3
  • V4.2.4
  • V1.5.3
  • V4.1.1

Mitigating Controls (NIST 800-53 r5) AI

Boundary protection at external interfaces can enforce consistent HTTP request/response parsing rules between intermediaries and endpoints.

Validating HTTP inputs at the intermediary prevents malformed messages from being interpreted inconsistently downstream.

Mitigating Controls (NIST CSF 2.0) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.

PR.PS-01 mostly match
prevents

Configuration management can enforce uniform HTTP parsing rules across intermediaries, directly mitigating inconsistent interpretation.

DE.CM-01 partial match
prevents

Network monitoring can detect smuggling attempts via anomalous HTTP traffic or logs, while eliminating the inconsistency directly aids detection of such events.

PR.IR-01 partial match
prevents

Network protections can enforce consistent HTTP proxy/firewall behavior to block smuggling, and removing the weakness helps prevent unauthorized access via request smuggling.

Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.

finds

Security testing can detect HTTP request smuggling vulnerabilities in intermediary components.

degrades

Network security controls can enforce consistent HTTP parsing and proxy behavior that mitigates request smuggling.

degrades

Secure network services include hardening proxies and gateways against inconsistent HTTP interpretation.

prevents

Secure SDLC practices require threat modeling and testing for HTTP parsing inconsistencies in intermediaries.

prevents

Application security requirements can mandate strict HTTP message validation and canonicalization.

prevents

Secure architecture principles include consistent protocol handling and defense-in-depth for proxies.

References