Published · 2d agoBuild2 min read
The edge tier you rent is the attack surface: 42,330 subdomains, no published multiplier
A new paper shows HTTP/3 at the CDN edge amplifying into HTTP/1.1 origins. The text we have names 42,330 potentially vulnerable subdomains, but it does not name an amplification ratio.
Written for builders.See today for builders

What happened
- The paper's key insight: when a CDN adopts HTTP/3 but the host website uses HTTP/1.1, an adversary can use the disparity to amplify a small amount of HTTP/3 traffic sent to the CDN into a large amount of HTTP/1.1 traffic from the CDN to the host website.
- The HTTP/3 Bandwidth Amplification (HBA) attack exploits the CDN's HTTP/3-to-HTTP/1.1 conversion, where small QPACK index values are decoded into large raw HTTP headers, producing bandwidth amplification against host websites.
- The HTTP/3 Connection Amplification (HCA) attack gradually sends DATA frames to control the kept-open time of the CDN-to-website connection, exhausting the host website's available connection resources.
- A large-scale measurement on the Tranco Top 1M domain list identified 42,330 subdomains potentially vulnerable to the attacks.
- The authors disclosed the attacks to affected CDN vendors; so far two vendors have acknowledged the vulnerabilities with bounties and deployed the authors' mitigations.
Compiled by The EngineerSomething wrong?How this is made
Why it matters
The figure to lead with is not 350x. The paper text in hand describes the amplification mechanism and counts the exposure, but it does not attach a numeric multiplier to either attack [13]. What it does ground is 42,330: the count of subdomains in the Tranco Top 1M that the authors flag as potentially vulnerable after a large-scale measurement [4].
The mechanism is a protocol seam, not a bug in either protocol. When the CDN speaks HTTP/3 to clients but the origin still speaks HTTP/1.1, an attacker sends a small amount of efficient HTTP/3 traffic to the edge and the edge converts it into a large amount of inefficient HTTP/1.1 traffic aimed at the origin [1]. Two variants: HTTP/3 Bandwidth Amplification abuses QPACK, where compact index values decode into full raw HTTP headers on the origin side [2]; HTTP/3 Connection Amplification drip-feeds DATA frames to control how long the CDN-to-origin connection stays open, exhausting the origin's connection pool [3].
That is a rented-tier problem. Over 55 percent of the Top 10K and more than 40 percent of the Top 1M sit behind CDNs [6], and HTTP/3 is standardised in RFC 9114 and RFC 9204 and supported by most CDN services and 35.2 percent of websites [7]. The disparity that makes the attack work is asymmetric adoption: the edge upgraded, the origin did not [1]. Earlier CDN amplification work, including the HTTP/2-to-HTTP/1.1 conversion attack, is largely known and already defended against [8], which is why the new seam matters.
The same rented-tier logic appears one layer up. Cloudflare Workers packs tens of thousands of tenants into a single OS process using V8 isolates [9], where one arbitrary read inside a Worker process can leak across tenants [12]. Cloudflare's own researchers demonstrated a remote Spectre attack leaking up to 12 bit/s at 99 percent accuracy in production [10], now mitigated with no evidence of exploitation in three years [11].
Claim ledger
Ranked by verification strength, evidence, and original report placement.
- [1]
The paper's key insight: when a CDN adopts HTTP/3 but the host website uses HTTP/1.1, an adversary can use the disparity to amplify a small amount of HTTP/3 traffic sent to the CDN into a large amount of HTTP/1.1 traffic from the CDN to the host website.
- [2]
The HTTP/3 Bandwidth Amplification (HBA) attack exploits the CDN's HTTP/3-to-HTTP/1.1 conversion, where small QPACK index values are decoded into large raw HTTP headers, producing bandwidth amplification against host websites.
- [3]
The HTTP/3 Connection Amplification (HCA) attack gradually sends DATA frames to control the kept-open time of the CDN-to-website connection, exhausting the host website's available connection resources.
- [4]
A large-scale measurement on the Tranco Top 1M domain list identified 42,330 subdomains potentially vulnerable to the attacks.
- [5]
The authors disclosed the attacks to affected CDN vendors; so far two vendors have acknowledged the vulnerabilities with bounties and deployed the authors' mitigations.
- [6]
Over 55% of the Top 10K websites and more than 40% of the Top 1M websites are deployed behind CDNs.
Sources & coverage · 2 publishers
The reporting this story was synthesized from, earliest first. Every link goes to the original.
Cited in this coverage: CDN Tsunami paper, arxiv.org
Cited in this coverage: CDN Tsunami paper, arxiv.org, citing reference [5]
- blog.cloudflare.com2d agoA revisit of remote Spectre attacks on Cloudflare Workers | Cloudflare Blog
Additional citations
- Cloudflare blog

