{"id":110728,"date":"2023-10-11T03:10:14","date_gmt":"2023-10-11T01:10:14","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-protokole-http-2-zadejstvovannaya-v-krupnejshej-ddos-atake"},"modified":"2023-10-11T03:10:14","modified_gmt":"2023-10-11T01:10:14","slug":"uyazvimost-v-protokole-http-2-zadejstvovannaya-v-krupnejshej-ddos-atake","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/novosti-interneta\/uyazvimost-v-protokole-http-2-zadejstvovannaya-v-krupnejshej-ddos-atake","title":{"rendered":"HTTP\/2 protokolli n\u00f5rkus, mida kasutati suurimas DDoS-r\u00fcnnakus","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Google on registreerinud suurima DDoS-r\u00fcnnaku oma infrastruktuuri vastu, mille intensiivsus ulatus 398 miljoni p\u00e4ringuni sekundis. Uus r\u00fcnnak on 7 korda intensiivsem kui eelmine rekordiline DDoS-r\u00fcnnak, kus r\u00fcndajatel \u00f5nnestus tekitada voog, mis koosnes 47 miljonist p\u00e4ringust sekundis. V\u00f5rdluseks, kogu veebiliiklus on hinnanguliselt 1\u20133 miljardit p\u00e4ringut sekundis. Lisaks Google'ile puutusid r\u00fcnnakuga kokku ka ettev\u00f5tted Amazon ja Cloudflare. Uue r\u00fcnnaku v\u00f5imalus on seotud n\u00f5rkuse tuvastamisega HTTP\/2 protokollis (CVE-2023-44487), mis v\u00f5imaldab minimaalsete klientide koormustega suunata serverile tohutul hulgal p\u00e4ringuid. <\/p>\n

Uus r\u00fcnnaku tehnika on nimega \u201eRapid Reset\u201c ja see kasutab \u00e4ra HTTP\/2 pakutavaid kanali multiplexerimise vahendeid, mis v\u00f5imaldavad luua p\u00e4ringute voogu juba loodud \u00fchenduse raames, ilma et avatakse uusi v\u00f5rguteenuseid ja oodatakse pakettide kinnituseni. Haavatavust k\u00e4sitletakse kui HTTP\/2 protokolli puuduj\u00e4\u00e4gi tagaj\u00e4rge, mille spetsifikatsioonis on \u00f6eldud, et liiga suure arvu voogude avamisel tuleb t\u00fchistada ainult need vood, mis \u00fcletavad limiidi, kuid mitte sulgeda kogu v\u00f5rgu\u00fchendust. <\/p>\n

Sarnaselt varasematele HTTP\/2 r\u00fcnnaku meetoditele luuakse ka uues r\u00fcnnakus suur hulk vooge \u00fche \u00fchenduse raames. Uue r\u00fcnnaku oluline erinevus seisneb selles, et iga saadetud p\u00e4ringu j\u00e4rel saadetakse raami RST_STREAM lipuga, mis t\u00fchistab p\u00e4ringu kohe. P\u00e4ringu varajane t\u00fchistamine v\u00f5imaldab v\u00e4ltida tagasivoolu kliendi suunas ja \u00fcletada olemasolevad HTTP-serverite piirangud maksimaalse voogude arvu osas, mis v\u00f5ivad olla samal ajal avatud \u00fche HTTP\/2 \u00fchenduse raames. Seega ei s\u00f5ltu uue r\u00fcnnaku k\u00e4igus HTTP-serverile edastatavate p\u00e4ringute maht enam p\u00e4ringute saatmise ja vastuse saamise vahepealsetest viivitustest (RTT, round-trip time), vaid s\u00f5ltub ainult sidekanali l\u00e4bilaskev\u00f5imest.

\"HTTP\/2<\/center> <\/p>\n

Kuna kliendi poole r\u00fcnnaku l\u00e4biviimiseks piisab lihtsalt p\u00e4ringute saatmisest, saamata vastuseid, saab r\u00fcnnaku l\u00e4bi viia minimaalsete kuludega. N\u00e4iteks Cloudflare'i poolt registreeritud r\u00fcnnak, mille maht oli 201 miljonit p\u00e4ringut sekundis, viidi l\u00e4bi suhteliselt v\u00e4ikese 20 000 arvuti botneti abil. Poolilt serverile<\/a> on sissetulevate p\u00e4ringute t\u00f6\u00f6tlemise kulud oluliselt k\u00f5rgemad, hoolimata nende t\u00fchistamisest, kuna tuleb teha selliseid toiminguid nagu andmestruktuuride eraldamine uute voogude jaoks, p\u00e4ringu anal\u00fc\u00fcsimine, p\u00e4ise lahtipakkimine ja URL-i sidumine ressursiga. Tagasi p\u00f6\u00f6rdumiste r\u00fcnnaku puhul v\u00f5ib r\u00fcnnak levida tausts\u00fcsteemidesse, kuna proksil v\u00f5ib \u00f5nnestuda suunata p\u00e4ring tausts\u00fcsteemile enne RST_STREAM'i kaadri t\u00f6\u00f6tlemist. <\/p>\n

R\u00fcnnakut saab teostada ainult haavatavates serverites, mis toetavad HTTP\/2 (haavatavuse kontrollimise skript serverites, r\u00fcnnaku teostamise t\u00f6\u00f6riistad). HTTP\/3 r\u00fcnnakute kohta ei ole veel registreeritud ja nende teostamise v\u00f5imalust pole t\u00e4ielikult anal\u00fc\u00fcsitud, kuid Google'i esindajad soovitavad arendajatel. serverite<\/a> HTTP\/3 rakendustes tuleks lisada kaitsemeetmed, sarnased need, mis on kasutusele v\u00f5etud HTTP\/2 r\u00fcnnakute t\u00f5kestamiseks. <\/p>\n

Vulgaarsete haavatavuste staatus ja olemasolevad parandused HTTP-serveritele ja -proksitele: <\/p>\n