← All stories
● Covered by 1 source · 1 reportMedium impact1 negative

CDN Tsunami Attacks Exploit HTTP/3 Translation for DoS Amplification

🔄 Updated 1h ago
New to BrevFeed? We gather this story from every outlet covering it into one summary — ranked by real-world impact, not just the latest headline — so you never miss what matters. What is BrevFeed? →

Key points

  • Two DoS attacks, HBA and HCA, exploit HTTP/3 to HTTP/1.1 translation.
  • Attacks amplify requests by up to 350x against origin servers.
  • Alibaba, Baidu, Cloudflare, Amazon CloudFront, Fastly, and Tencent were tested.
  • Baidu and Tencent confirmed reports and deployed fixes.

CDN Tsunami Attacks Discovered

Cybersecurity researchers have revealed two denial-of-service (DoS) attack methods, collectively termed "CDN Tsunami." These attacks leverage a specific vulnerability in how major Content Delivery Networks (CDNs) handle the translation of client-facing HTTP/3 traffic into HTTP/1.1 requests directed at the origin websites they serve. This translation process can be abused to amplify a low-bandwidth request stream by as much as 350 times against the origin server.

Affected Providers and Amplification Factors

The "CDN Tsunami" attacks were tested against Alibaba, Baidu, Cloudflare, Amazon CloudFront, Fastly, and Tencent. All six providers were found susceptible to the bandwidth variant (HBA), and five were vulnerable to the connection variant (HCA), with Cloudflare being the exception for HCA due to its request buffering. The highest amplification factor of 350x was observed with Alibaba, Baidu, and Tencent, which support the QPACK dynamic table. Other CDNs like Cloudflare, CloudFront, and Fastly showed amplification ranging from 36.41x to 51.2x.

Technical Mechanism of Attack

The two techniques, HTTP/3 Bandwidth Amplification (HBA) and HTTP/3 Connection Amplification (HCA), stem from a deployment gap where CDNs communicate via HTTP/3 with browsers but use HTTP/1.1 with the origin website. HBA specifically exploits QPACK, the header compression format in HTTP/3. Since HTTP/1.1 lacks an equivalent, the CDN must expand small indexed header values into full raw headers before forwarding, causing the origin server to process a significantly larger request than what the attacker initially sent. Attacker-side bandwidth remained below 500 Kbps against the three CDNs supporting the dynamic table and below 5 Mbps against the others.

Mitigation and Industry Response

No CVE identifiers have been assigned, and there are no reports of these attacks being exploited in the wild. Baidu and Tencent have acknowledged the reports and implemented the suggested fixes. The researchers noted that all proposed mitigations are applied at the CDN level, rather than requiring changes at the origin website.

✨ This summary was generated by AI from the outlets' reporting listed below. It is not independently verified and may contain errors — check the original sources. How BrevFeed works →

The daily brief

One email each morning: the day's tech stories, clustered across outlets and summarized. No account needed.

One email a day. Unsubscribe in one click, any time.

Today's brief

Spend a few minutes, get the whole day. Every topic's top stories in one hands-free rundown — listen, watch, or read the transcript.

~17 min · 15 stories · Aug 20

▶ Play today's brief Listen on Spotify

New every morning, and the back catalogue is archived by date.

Reporting from

Cybersecurity researchers disclosed "CDN Tsunami" denial-of-service attacks that exploit how major CDNs convert HTTP/3 client requests to HTTP/1.1 for origin servers. This method amplifies low-bandwidth requests by up to 350x against the origin, affecting six major CDN providers.