Skip to main content
Press slash or control plus K to focus the search. Use the arrow keys to navigate results and press enter to open a threat.
Reconnecting to live updates…

HTTP/2 HPACK amplification: detection signatures + the nginx/Apache directives that actually stop it (lab- & vps verified)

0
Medium
Published: Mon Jun 08 2026 (06/08/2026, 16:13:51 UTC)
Source: Reddit BlueTeam

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

r/blueteamsec·posted by u/T0t47
00

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 LimitRequestFields on pre-2.0.41 mod_http2

  • Harden: patch first (nginx ≥ 1.29.8 + http2_max_headers; httpd mod_http2 ≥ 2.0.41), then stream/conn caps, tighter timeouts, emergency HTTP/2 disable

  • Verify: 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.

AI-Powered Analysis

Machine-generated threat intelligence

AILast updated: 06/08/2026, 16:18:42 UTC

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.

Pro Console: star threats, build custom feeds, automate alerts via Slack, email & webhooks.Upgrade to Pro

Technical Details

Source Type
reddit
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 reviews

Crowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.

Sort by
Loading community insights…

Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.

Actions

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

Breach by OffSeqOFFSEQFRIENDS — 25% OFF

Check if your credentials are on the dark web

Instant breach scanning across billions of leaked records. Free tier available.

Scan now
OffSeq TrainingCredly Certified

Lead Pen Test Professional

Technical5-day eLearningPECB Accredited
View courses