CVE-2026-50009: Netty QUIC Stateless Reset Token Disclosure (CVSS 4.8)
Netty, a widely-used framework for building network applications, contains a flaw in its QUIC protocol implementation that leaks sensitive reset tokens onto the network. These tokens act like cryptographic keys that allow an attacker positioned on the network path to forge denial-of-service packets and disrupt connections. The vulnerability requires the attacker to be on-path and able to observe traffic, but no special privileges or user interaction are needed. This affects Netty versions before 4.2.15.Final.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 4.8 MEDIUM · CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:N/A:L
- Weaknesses (CWE)
- CWE-200, CWE-330
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-12 / 2026-06-17
NVD description (verbatim)
Netty is a network application framework for development of protocol servers and clients. Prior to version 4.2.15.Final, Netty QUIC exposes the stateless reset token on the network path when using the default HMAC-based connection-ID and stateless-reset-token generators. The reset token for the server's current source connection ID can be derived from bytes that appear as the connection ID in QUIC headers after a source-CID rotation. An on-path attacker observing the headers can use the token to perform a Denial of Service by sending a spoofed Stateless Reset packet. Version 4.2.15.Final patches the issue.
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-50009 stems from improper protection of stateless reset tokens in Netty's default QUIC implementation. The framework uses HMAC-based generation for both connection IDs and stateless reset tokens. When a server rotates its source connection ID (a normal part of QUIC operation), the derived reset token becomes observable in QUIC headers on the network. An attacker with on-path visibility can extract this token and craft a spoofed Stateless Reset frame, which the protocol treats as a legitimate connection termination. The vulnerability combines information disclosure (CWE-200) with weak token generation (CWE-330).
Business impact
Services relying on Netty for QUIC connectivity face potential connection disruption from on-path attackers. While the severity is medium, the business impact depends on deployment context: public-facing QUIC services are at higher risk than internal applications. Attackers could cause denial of service to legitimate users without authentication, degrading availability for applications handling real-time traffic (gaming, video streaming, VoIP) or critical request-response patterns. The attack does not compromise confidentiality or integrity of user data in transit, only availability.
Affected systems
Netty versions prior to 4.2.15.Final are vulnerable when used with the default QUIC connection-ID and stateless-reset-token generators. Any service or application embedding Netty as a dependency and exposing QUIC endpoints is potentially affected. This includes proxy servers, load balancers, messaging platforms, and custom protocol servers built on Netty's framework. Applications using non-default token generators or not running QUIC listeners are not impacted.
Exploitability
Exploitation requires network-level access to observe and inject traffic on the path between client and server (AV:N, AC:H). The attacker must be positioned to see QUIC headers and send spoofed frames, but no prior authentication, user interaction, or special privileges are needed. The on-path requirement (AC:H) prevents remote exploitation from arbitrary Internet locations, limiting the practical attack surface to compromised network infrastructure, rogue WiFi access points, BGP hijacking, or ISP-level interception. The CVSS 4.8 score reflects low confidentiality impact (information leakage of the token) and moderate availability impact (denial of service).
Remediation
Upgrade Netty to version 4.2.15.Final or later. The patch modifies the default token generation mechanism to prevent token derivation from observable connection ID values. Organizations should review their dependency tree, identify all instances of Netty in production, and plan coordinated updates. For applications where immediate patching is not feasible, network segmentation and packet filtering can reduce on-path attack risk, though these are not substitutes for the fix.
Patch guidance
Apply Netty 4.2.15.Final or a later 4.2.x or 5.x release when available. Verify the update through your package manager (Maven Central, Gradle, npm, etc.) and test QUIC connectivity in a staging environment before rolling to production. Most applications using Netty can upgrade safely, as the patch only affects the default token generators and does not introduce breaking API changes. Monitor release notes for any compatibility advisories specific to your QUIC deployment.
Detection guidance
Monitor for Netty versions in use via software composition analysis (SCA) tools. Audit your Maven/Gradle lockfiles or dependency manifests for netty versions <4.2.15.Final. At runtime, look for QUIC services exposing default token generation; applications using custom token generators are not vulnerable. Network-based detection is difficult because the exploit is indistinguishable from a legitimate stateless reset; focus detection efforts on identifying vulnerable Netty deployments in your inventory rather than behavioral signals.
Why prioritize this
This vulnerability should be addressed in the next routine patch cycle for any service running vulnerable Netty versions with exposed QUIC listeners. The on-path requirement constrains blast radius, but public-facing QUIC endpoints (e.g., load balancers, CDN origin servers) warrant faster patching. Internal applications or those behind robust network perimeters can follow standard patching schedules. The MEDIUM severity and AC:H exploitation barrier make this lower priority than critical or high-severity flaws, but the ease of the denial-of-service attack once on-path justifies timely remediation.
Risk score, explained
CVSS 3.1 score of 4.8 reflects: Network-based attack vector (AV:N) with high attack complexity (AC:H) due to on-path requirement; no privileges or user interaction needed (PR:N, UI:N); unchanged scope (S:U); low confidentiality impact (C:L) from token exposure; no integrity impact (I:N); low availability impact (A:L) from connection reset. The score is accurate for a denial-of-service flaw that requires network positioning; it does not capture business context for your specific deployments, which may elevate or lower perceived risk.
Frequently asked questions
Do we need to patch if we use Netty but do not run QUIC?
No. This vulnerability is specific to Netty's QUIC implementation. If your application uses Netty only for HTTP/1.1, HTTP/2, or other non-QUIC protocols, you are not vulnerable. Check your configuration to confirm no QUIC listeners are active.
Can this vulnerability be exploited from the public Internet without special access?
Exploitation requires the attacker to be on the network path between your client and server—for example, a compromised network node, rogue WiFi access point, or ISP-level position. A random attacker on the Internet cannot exploit this remotely. This is why attack complexity is rated as High (AC:H).
Will upgrading to 4.2.15.Final break my application?
The patch modifies only the default token generation internals and does not introduce breaking API changes. Upgrade in a staging environment first to confirm QUIC connectivity works as expected, but most applications should upgrade without issues.
Is there a workaround if we cannot patch immediately?
Network segmentation and firewall rules that restrict QUIC traffic to trusted sources can reduce on-path attack exposure. However, these are temporary mitigations only. Patching to 4.2.15.Final is the definitive fix and should be prioritized.
This analysis is based on the published CVE record and vendor advisory as of June 2026. Exploit details, additional affected versions, or patches may emerge; always verify against the official Netty security page and your vendor's advisories. This document is for informational purposes and does not constitute legal or compliance advice. Your organization's risk tolerance and deployment context should drive patching decisions. Source: NVD (public-domain), retrieved 2026-07-20. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-41207MEDIUMNetty OHTTP Silent Key Generation Failure Leading to Predictable Encryption Keys
- CVE-2026-10254MEDIUMUnauthenticated Information Disclosure in SourceCodester Pet Grooming Software
- CVE-2026-10854MEDIUMMISP Galaxy Visibility Control Bypass – Unauthorized Private Metadata Access
- CVE-2026-10864MEDIUMMISP Dashboard Widget Field Filtering Bypass (Medium)
- CVE-2026-11162MEDIUMChrome CSS Cross-Origin Data Leak Vulnerability
- CVE-2026-11168MEDIUMChrome Extension Memory Disclosure Vulnerability
- CVE-2026-11180MEDIUMChrome SVG Cross-Origin Data Leak – Patch & Mitigation Guide
- CVE-2026-11182MEDIUMChrome SVG Cross-Origin Data Leak Vulnerability