CVE-2024-22201: Connection leaking on idle timeout when TCP congested
(updated )
If an HTTP/2 connection gets TCP congested, when an idle timeout occurs the HTTP/2 session is marked as closed, and then a GOAWAY frame is queued to be written. However it is not written because the connection is TCP congested. When another idle timeout period elapses, it is then supposed to hard close the connection, but it delegates to the HTTP/2 session which reports that it has already been closed so it does not attempt to hard close the connection.
This leaves the connection in ESTABLISHED state (i.e. not closed), TCP congested, and idle.
An attacker can cause many connections to end up in this state, and the server may run out of file descriptors, eventually causing the server to stop accepting new connections from valid clients.
The client may also be impacted (if the server does not read causing a TCP congestion), but the issue is more severe for servers.
References
- github.com/advisories/GHSA-rggv-cv7r-mw98
- github.com/jetty/jetty.project
- github.com/jetty/jetty.project/commit/0839a208cdc3fcfe25206a77af59ba9fda260188
- github.com/jetty/jetty.project/commit/b953871c9a5ff4fbca4a2499848f75182dbd9810
- github.com/jetty/jetty.project/issues/11256
- github.com/jetty/jetty.project/issues/11259
- github.com/jetty/jetty.project/security/advisories/GHSA-rggv-cv7r-mw98
- lists.debian.org/debian-lts-announce/2024/04/msg00002.html
- nvd.nist.gov/vuln/detail/CVE-2024-22201
- security.netapp.com/advisory/ntap-20240329-0001
Code Behaviors & Features
Detect and mitigate CVE-2024-22201 with GitLab Dependency Scanning
Secure your software supply chain by verifying that all open source dependencies used in your projects contain no disclosed vulnerabilities. Learn more about Dependency Scanning →