WaratekVRT Sign in

CVE-2026-44894 Netty

Affected softwareNetty
Severity7.5 High CVSS 3.1 2 scores
Fixed in4.2.15.Final
WeaknessCWE-940
Published12 Jun 2026
Updated15 Jul 2026

Description

Netty is a network application framework for development of protocol servers and clients. NoQuicTokenHandler is the tokenHandler used when the application does not set one. Prior to version 4.2.15.Final, its writeToken() returns false (server will not send Retry — acceptable), but validateToken() unconditionally return 0. In QuicheQuicServerCodec.handlePacket(), a non-negative return from validateToken() is interpreted as 'token is valid, ODCID starts at offset 0', causing the server to call quiche_accept as if the client's address had been validated by a Retry round-trip. Per RFC 9000 §8.1, a validated address lifts the 3× anti-amplification send limit. Thus any attacker who includes ANY non-empty token bytes in an Initial packet — with a spoofed victim source IP — causes the Netty server to treat the victim as validated and reflect full-size handshake flights (certificates, etc.) toward it without the 3× cap. The correct 'no token handler' semantics would be to return -1 (invalid) so the normal un-validated path and amplification limit apply. Version 4.2.15.Final patches the issue.

CWE-346

Exploitation status

No public exploit

No exploit has been reported in the sources we check.

  • CISA KEV not listed
  • VulnCheck KEV not listed
  • CISA Vulnrichment exploitation: none
  • Indexed PoC none indexed
  • EPSS 0.14% chance in 30 days

Waratek protection

No exploit published

Within Waratek scope. In the sources we check, nobody has published exploit code for this CVE or reported it being exploited.

A public code fix exists.

  • Protection none
  • Action unverified
  • Review automated Upstream data
  • Record active
Decided by Exploit code for this candidate, published in a reviewed catalogue or a GitHub repository with 5 or more stars, or in use per CISA or VulnCheck; not only a CISA verdict, a forecast, or nothing at all
Finding This CVE is not listed in CISA KEV or VulnCheck KEV, CISA Vulnrichment records no active exploitation, no reviewed exploit catalogue carries an entry for it, and no GitHub PoC repository for it has 5 or more stars. Nobody has published exploit code worth tracing, so it is not a candidate for a rule ahead of the ones where somebody has; an upstream fix path does exist, so the remediation half of the candidacy still holds. This is a statement about what has been published, not about whether the defect is reachable or serious.
Candidate fix https://github.com/netty/netty/security/advisories/GHSA-cmm3-54f8-px4j : the maintainers' own security advisory: names the version that fixes it, so the fix is the difference between two releases

CVSS

7.5 HIGH v3.1 CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:N 2 metrics

We show the highest score from the newest CVSS version. Scores from different versions can't be compared, and the first score listed is sometimes a 0.0 placeholder.

VersionScoreBandVectorAssignerType
CVSS 3.1 7.5 HIGH CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:N security-advisories@github.com Secondary published
CVSS 3.1 7.5 HIGH CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H redhat-SADP Secondary

Affected software and releases

Maven packages

Affected and fixed versions, from OSV.dev
PackageIntroducedFixedLast affected
io.netty:netty-codec-classes-quic 4.2.0.Final 4.2.15.Final unbounded

Products and versions

2 products, 2 version entries
SourceVendorProductSchemeAffected versions
osv io.netty netty-codec-classes-quic generic ≥ 4.2.0 and < 4.2.15
nvd netty netty generic ≥ 4.2.0 and < 4.2.15

References

URLTags
https://github.com/netty/netty/security/advisories/GHSA-cmm3-54f8-px4j advisory
https://github.com/netty/netty PACKAGE
https://github.com/netty/netty/releases/tag/netty-4.2.15.Final WEB
https://access.redhat.com/security/cve/CVE-2026-44894
https://bugzilla.redhat.com/show_bug.cgi?id=2488380
https://security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-44894.json

Timeline

Published2026-06-12By the CVE Program.
NVD record modified2026-07-15NVD's own last-modified date for this record.