<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Cdn on CuraSec</title><link>https://curasec.metacog.co.kr/tags/cdn/</link><description>Recent content in Cdn on CuraSec</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Sat, 22 Aug 2026 11:32:44 +0000</lastBuildDate><atom:link href="https://curasec.metacog.co.kr/tags/cdn/index.xml" rel="self" type="application/rss+xml"/><item><title>CDN Tsunami: HTTP/3-to-1.1 Translation Enables 350x DoS Amplification</title><link>https://curasec.metacog.co.kr/insights/2026-08-22-cdn-tsunami-attack-abuses-http-3-translation-for-up-to-350x/</link><pubDate>Sat, 22 Aug 2026 11:32:44 +0000</pubDate><guid>https://curasec.metacog.co.kr/insights/2026-08-22-cdn-tsunami-attack-abuses-http-3-translation-for-up-to-350x/</guid><description>&lt;ul>
&lt;li>&lt;strong>Engineer — Plan:&lt;/strong> If your origin sits behind a CDN that terminates HTTP/3, verify your CDN vendor has addressed this class of amplification and ensure your origin enforces its own rate limits independent of CDN-layer protections — CDN Tsunami demonstrates that relying solely on CDN-side controls can leave the origin exposed to amplified floods.&lt;/li>
&lt;li>&lt;strong>SOC/IR — Learn:&lt;/strong> No active exploitation or IOCs reported; the attack surface is origin-server availability rather than a detectable intrusion behavior, so there is no detection rule or hunt to build today — file as background on CDN-based availability risk.&lt;/li>
&lt;li>&lt;strong>Leader — Learn:&lt;/strong> Novel research with no reported exploitation means no immediate risk-register update is warranted, but CISOs who depend on CDN availability SLAs for customer-facing services should note this as context for future CDN vendor security reviews.&lt;/li>
&lt;/ul></description></item></channel></rss>