GHSA-xpw8-rcwv-8f8p io.netty:netty-codec-http2 vulnerable to HTTP/2 Rapid Reset Attack

Not scored Published

Attackers can cause denial of service on HTTP/2 servers by sending frequent RST frames, requiring library upgrades to mitigate.

Exploited in the wild
Not known
Login needed
Not needed
Attackable
Over the internet
Victim action needed
Not needed
Fix
Available

What is GHSA-xpw8-rcwv-8f8p?

GHSA-xpw8-rcwv-8f8p is a denial of service vulnerability in io.netty:netty-codec-http2, published on 10 Oct 2023. An attacker can exploit it over the internet without logging in, with no action from the victim.

Official description

A client might overload the server by issue frequent RST frames. This can cause a massive amount of load on the remote system and so cause a DDOS attack.

Impact

This is a DDOS attack, any http2 server is affected and so you should update as soon as possible.

Patches

This is patched in version 4.1.100.Final.

Workarounds

A user can limit the amount of RST frames that are accepted per connection over a timeframe manually using either an own Http2FrameListener implementation or an ChannelInboundHandler implementation (depending which http2 API is used).

References

Which versions are affected by GHSA-xpw8-rcwv-8f8p?

2 open source packages ship an affected version, including io.netty:netty-codec-http2.

PackageAffectedFixed in
io.netty:netty-codec-http2 MavenAll versions4.1.100.Final
io.netty:netty-codec-http2 MavenAll versions4.1.100.Final

How do I fix GHSA-xpw8-rcwv-8f8p?

Upgrade io.netty:netty-codec-http2 to 4.1.100.Final or later.

Upgrade, then put limits on request size, rate and nesting depth so one client cannot exhaust the service. More about Denial of service.

Is GHSA-xpw8-rcwv-8f8p being exploited?

There is no known exploitation of GHSA-xpw8-rcwv-8f8p in the wild and no public exploit code.

Sources

Is GHSA-xpw8-rcwv-8f8p in your software?

Upload an SBOM and sbomify checks it against every vulnerability here, every day.

Check your SBOMs for free