PatchSiren

PatchSiren cyber security CVE debrief

CVE-2026-42579 netty CVE debrief

Netty's DNS codec fails to enforce RFC 1035 domain name constraints during encoding and decoding operations, creating a bidirectional attack surface. Malicious DNS responses can exploit the decoder, while attacker-influenced hostnames can exploit the encoder. The vulnerability affects Netty versions prior to 4.1.133.Final and 4.2.13.Final. This is a HIGH severity issue (CVSS 7.5) with network attack vector, low attack complexity, and no required privileges or user interaction. The integrity impact is HIGH, with no confidentiality or availability impact per the CVSS vector. The weakness stems from improper input validation (CWE-20), uncontrolled resource consumption (CWE-400), and incorrect behavior order (CWE-626).

Vendor
netty
Product
Unknown
CVSS
HIGH 7.5
CISA KEV
Not listed in stored evidence
Original CVE published
2026-05-13
Original CVE updated
2026-08-21
Advisory published
2026-05-13
Advisory updated
2026-08-21

Who should care

Organizations running Java applications with Netty dependencies, particularly those handling DNS operations or accepting user-provided hostnames. This includes microservices, proxy servers, load balancers, and any infrastructure using Netty for network I/O. Cloud-native deployments and containerized applications with Netty in their dependency chain should assess exposure promptly.

Technical summary

The vulnerability exists in Netty's DNS codec implementation which does not validate domain name length limits (255 octets for uncompressed names, 63 octets per label) and character constraints defined in RFC 1035. This affects both encoding paths (when applications supply hostnames for DNS queries) and decoding paths (when processing DNS responses). The bidirectional nature means attackers can exploit either client-side applications processing untrusted DNS responses or server-side applications accepting user-controlled hostnames. The fix in 4.1.133.Final and 4.2.13.Final adds proper RFC 1035 constraint enforcement. Applications should prioritize upgrading given the network-exploitable nature and lack of required authentication.

Defensive priority

HIGH

Recommended defensive actions

  • Upgrade Netty to version 4.1.133.Final or 4.2.13.Final or later
  • Review applications using Netty's DNS codec for unexpected DNS response handling
  • Validate and sanitize hostnames before passing to Netty DNS encoding operations
  • Monitor for anomalous DNS traffic patterns in applications using affected Netty versions
  • Assess dependency trees to identify transitive Netty usage requiring updates

Evidence notes

CVE published 2026-05-13; modified 2026-05-18. Vendor advisory confirms affected versions and fix availability. CPE criteria specify version ranges: all versions below 4.1.133.Final, and 4.2.0 through 4.2.12.Final.

Sources and references

Verified primary and authoritative sources

  • CVE-2026-42579 CVE Program record

    Publisher, destination, and source semantics verified

    URL: https://www.cve.org/CVERecord?id=CVE-2026-42579

    CVE Program - Official CVE Program record with source-provided CVE metadata.

  • CVE-2026-42579 NVD vulnerability detail

    Publisher, destination, and source semantics verified

    URL: https://nvd.nist.gov/vuln/detail/CVE-2026-42579

    NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.

Supplemental references

Methodology and review provenance

AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.