Jetty is publishing CVE-2024-22201 - HTTP/2 Connection leaking on idle
timeout when TCP congested.

*Impact:*
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.

*Artifacts Impacted:*
org.eclipse.jetty.http2:http2-common: >= 9.3.0, <= 9.4.53
org.eclipse.jetty.http2:http2-common: >= 10.0.0, <= 10.0.19
org.eclipse.jetty.http2:http2-common: >= 11.0.0, <= 11.0.19
org.eclipse.jetty.http2:jetty-http2-common: >= 12.0.0, <= 12.0.5
org.eclipse.jetty.http3:http3-common: >= 10.0.8, <= 10.0.19
org.eclipse.jetty.http3:http3-common: >= 11.0.8, <= 11.0.19
org.eclipse.jetty.http3:jetty-http3-common: >= 12.0.0, <= 12.0.5

*Patches:*
Patched versions:
9.4.54
10.0.20
11.0.20
12.0.6

*Workarounds:*
Disable HTTP/2 and HTTP/3 support until you can upgrade to a patched
version of Jetty.
HTTP/1.x is not affected.

*References:*
https://github.com/jetty/jetty.project/issues/11256

Joakim Erdfelt / [email protected]
_______________________________________________
jetty-users mailing list
[email protected]
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/jetty-users

Reply via email to