HTTP/2 HPACK amplification: detection signatures + the nginx/Apache directives that actually stop it (lab- & vps verified)
This security news discusses HTTP/2 HPACK amplification attacks, also known as the "HTTP/2 bomb," which can cause large server-side memory allocations from small client requests. The research covers multiple HTTP/2 server implementations including nginx, Apache httpd, Envoy, Pingora, and Microsoft IIS. The authors provide detection signatures and verified mitigation directives, such as specific nginx and Apache configuration changes and version upgrades. Lab tests show significant amplification effects, with memory usage rising from megabytes of wire traffic to multiple gigabytes of server RAM. Fixes are available for nginx (version 1. 29. 8 and later) and Apache httpd (mod_http2 version 2. 0. 41 and later). The status of fixes for IIS, Envoy, and Pingora is currently unknown.
AI Analysis
Technical Summary
The HTTP/2 HPACK amplification vulnerability allows attackers to exploit header compression to cause disproportionate memory consumption on HTTP/2 servers. This amplification can lead to resource exhaustion (OOM) conditions, impacting server availability. The research, published with lab verification, demonstrates this effect across multiple HTTP/2 server implementations. Detection involves monitoring for low wire-byte counts with high header counts and increasing worker memory usage without corresponding traffic spikes. Mitigations include upgrading to patched versions of nginx (≥1.29.8) and Apache httpd (mod_http2 ≥2.0.41), applying configuration limits on HTTP/2 headers, tightening timeouts, and emergency disabling of HTTP/2 if necessary. The research provides a benchmark harness for authorized defensive validation and patch verification. Fix status for IIS, Envoy, and Pingora remains unconfirmed.
Potential Impact
Successful exploitation of this vulnerability can cause significant server memory amplification, leading to potential out-of-memory conditions and service degradation or denial of service. Lab results show amplification from approximately 0.19 MB to 8 GiB on Apache httpd and from ~200 MB to 8 GiB on nginx. This can affect server stability and availability under attack conditions. No known exploits in the wild have been reported at this time.
Mitigation Recommendations
Fixes are available and should be applied: upgrade nginx to version 1.29.8 or later and Apache httpd mod_http2 to version 2.0.41 or later. Additionally, configure server directives to limit HTTP/2 headers (e.g., http2_max_headers in nginx), apply stream and connection caps, enforce tighter timeouts, and consider emergency HTTP/2 disablement if under attack. Use the provided authorized testing harness to verify that mitigations effectively prevent memory amplification. For IIS, Envoy, and Pingora, monitor vendor advisories for patch availability. No generic mitigations beyond these specific recommendations are advised.
HTTP/2 HPACK amplification: detection signatures + the nginx/Apache directives that actually stop it (lab- & vps verified)
Description
This security news discusses HTTP/2 HPACK amplification attacks, also known as the "HTTP/2 bomb," which can cause large server-side memory allocations from small client requests. The research covers multiple HTTP/2 server implementations including nginx, Apache httpd, Envoy, Pingora, and Microsoft IIS. The authors provide detection signatures and verified mitigation directives, such as specific nginx and Apache configuration changes and version upgrades. Lab tests show significant amplification effects, with memory usage rising from megabytes of wire traffic to multiple gigabytes of server RAM. Fixes are available for nginx (version 1. 29. 8 and later) and Apache httpd (mod_http2 version 2. 0. 41 and later). The status of fixes for IIS, Envoy, and Pingora is currently unknown.
Reddit Discussion
Open harness for authorized lab validation:
Whole Project --> https://github.com/Leviticus-Triage/APEX-Ngin2dos
Lab write-up on HTTP/2 HPACK amplification (the "HTTP/2 bomb" primitive) — studied across nginx, Apache httpd, Envoy, Pingora and IIS with hard 8 GiB memory caps.
For defenders:
Detect: low wire-bytes / high header-count on HTTP/2; worker RSS climbing without a traffic spike and not receding after disconnects
Apache-specific: cookie-crumb merge path bypasses
LimitRequestFieldson pre-2.0.41mod_http2Harden: patch first (nginx ≥ 1.29.8 +
http2_max_headers; httpd mod_http2 ≥ 2.0.41), then stream/conn caps, tighter timeouts, emergency HTTP/2 disableVerify: authorization-gated harness to confirm your fix actually stops RSS climb (not just on paper)
Lab numbers: httpd ~0.19 MB wire → 8 GiB; nginx ~200 MB → 8 GiB. Single-IP caveat: ~31 concurrent bombs from one public IPv4, no persistent OOM.
Feedback on detection beyond rate-limiting welcome.
Links cited in this discussion
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The HTTP/2 HPACK amplification vulnerability allows attackers to exploit header compression to cause disproportionate memory consumption on HTTP/2 servers. This amplification can lead to resource exhaustion (OOM) conditions, impacting server availability. The research, published with lab verification, demonstrates this effect across multiple HTTP/2 server implementations. Detection involves monitoring for low wire-byte counts with high header counts and increasing worker memory usage without corresponding traffic spikes. Mitigations include upgrading to patched versions of nginx (≥1.29.8) and Apache httpd (mod_http2 ≥2.0.41), applying configuration limits on HTTP/2 headers, tightening timeouts, and emergency disabling of HTTP/2 if necessary. The research provides a benchmark harness for authorized defensive validation and patch verification. Fix status for IIS, Envoy, and Pingora remains unconfirmed.
Potential Impact
Successful exploitation of this vulnerability can cause significant server memory amplification, leading to potential out-of-memory conditions and service degradation or denial of service. Lab results show amplification from approximately 0.19 MB to 8 GiB on Apache httpd and from ~200 MB to 8 GiB on nginx. This can affect server stability and availability under attack conditions. No known exploits in the wild have been reported at this time.
Mitigation Recommendations
Fixes are available and should be applied: upgrade nginx to version 1.29.8 or later and Apache httpd mod_http2 to version 2.0.41 or later. Additionally, configure server directives to limit HTTP/2 headers (e.g., http2_max_headers in nginx), apply stream and connection caps, enforce tighter timeouts, and consider emergency HTTP/2 disablement if under attack. Use the provided authorized testing harness to verify that mitigations effectively prevent memory amplification. For IIS, Envoy, and Pingora, monitor vendor advisories for patch availability. No generic mitigations beyond these specific recommendations are advised.
Technical Details
- Source Type
- Subreddit
- blueteamsec+AskNetsec+Information_Security
- Reddit Score
- 0
- Discussion Level
- minimal
- Content Source
- reddit_link_post
- Post Type
- link
- Domain
- null
- Newsworthiness Assessment
- {"score":27,"reasons":["external_link","established_author","very_recent"],"isNewsworthy":true,"foundNewsworthy":[],"foundNonNewsworthy":[]}
- Has External Source
- true
- Trusted Domain
- false
Threat ID: 6a26eb5be29bf47b502a67a0
Added to database: 6/8/2026, 4:18:35 PM
Last enriched: 6/8/2026, 4:18:42 PM
Last updated: 6/9/2026, 4:23:45 AM
Views: 11
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.