En grupp forskare frĂ„n Pekinguniversitetet, Tsinghua-universitetet och University of Texas i Dallas en ny klass av DoS-attacker â RangeAmp, baserad pĂ„ anvĂ€ndning av HTTP-huvuden för att organisera trafikförstĂ€rkning genom innehĂ„llsleveransnĂ€tverk (CDN). Metoden gĂ„r ut pĂ„ att pĂ„ grund av hur Range-huvuden hanteras av mĂ„nga CDN kan angriparen begĂ€ra en byte frĂ„n en stor fil genom CDN, men CDN kommer att hĂ€mta hela filen eller en betydligt större datamĂ€ngd frĂ„n mĂ„lservern för att lagra det i cache. Grad av trafikförstĂ€rkning vid en sĂ„dan attack varierar beroende pĂ„ CDN frĂ„n 724 upp till 43330 gĂ„nger, vilket kan anvĂ€ndas för att överbelasta ingĂ„ende trafik till CDN eller minska kapaciteten pĂ„ den slutliga kommunikationskanalen till mĂ„let.
Range-huvudet ger klienten möjlighet att ange omrĂ„den av positioner i filen som ska laddas ner istĂ€llet för hela filen. Till exempel kan klienten ange "Range: bytes=0-1023" och servern kommer att överföra endast de första 1024 byten av data. Denna funktion efterfrĂ„gas ofta vid nedladdning av stora filer â anvĂ€ndaren kan pausa nedladdningen och senare Ă„teruppta den frĂ„n den avbrutna positionen. Genom att ange "bytes=0-0" föreskriver standarden att den första byten av filen ska returneras, "bytes=-1" den sista, "bytes=1-" frĂ„n den första byten till slutet av filen. Det Ă€r ocksĂ„ tillĂ„tet att överföra flera omrĂ„den i ett och samma huvud, t.ex. "Range: bytes=0-1023,8192-10240".
Dessutom har ett andra attackalternativ föreslagits, som syftar till att öka nÀtverksbelastningen vid trafikoment kring ett annat CDN som anvÀnds som proxy (t.ex. nÀr Cloudflare fungerar som frontend (FCDN) och Akamai som backend (BCDN)). Metoden liknar den första attacken, men lokaliseras inom CDN-nÀten och gör det möjligt att förstÀrka trafiken genom att anvÀnda andra CDN, vilket ökar belastningen pÄ infrastrukturen och sÀnker kvalitén pÄ servicen.
IdĂ©n Ă€r att angriparen skickar Range-förfrĂ„gningar till CDN med flera omrĂ„den, som "bytes=0-,0-,0-âŠ", "bytes=1-,0-,0-âŠ" eller "bytes=-1024,0-,0-âŠ". FörfrĂ„gningarna innehĂ„ller ett stort antal omrĂ„den "0-", vilket innebĂ€r att filen Ă„terges frĂ„n nollpositionen till slutet. PĂ„ grund av felaktig implementering av omrĂ„desparsering nĂ€r den första CDN kontaktar den andra, Ă„terges hela filen för varje omrĂ„de "0-" (omrĂ„dena aggregeras inte utan genomgĂ„s sekventiellt) om det finns duplicering och överlappning av omrĂ„den i den ursprungligen skickade förfrĂ„gan frĂ„n angriparen. Grad av trafikförstĂ€rkning i en sĂ„dan attack varierar frĂ„n 53 till 7432 gĂ„nger.
Under forskningen studerades beteendet hos 13 CDN â
Akamai, Alibaba Cloud, Azure, CDN77, CDNsun, Cloudflare, CloudFront, Fastly, G-Core Labs, Huawei Cloud, KeyCDN, StackPath och Tencent Cloud. Alla de granskade CDN tillĂ€t den första typen av attack pĂ„ den slutgiltiga servern. Den andra typen av attack pĂ„ CDN utsattes 6 tjĂ€nster för, varav fyra kan agera som frontend i attacken (CDN77, CDNsun, Cloudflare och StackPath) och tre som backend (Akamai, Azure och StackPath). Den största förstĂ€rkningen uppnĂ„s i Akamai och StackPath, som tillĂ„ter mer Ă€n 10 000 omrĂ„den att anges i Range-huvudet. Ăgarna av CDN blev meddelade om sĂ„rbarheterna för cirka 7 mĂ„nader sedan, och vid tidpunkten för offentliggörandet hade 12 av 13 CDN Ă„tgĂ€rdat de pĂ„visade problemen eller uttryckt beredskap att Ă„tgĂ€rda dem (endast tjĂ€nsten StackPath hade inte reagerat).
KĂ€lla: opennet.ru
