{"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\/hu\/blog\/news\/uyazvimost-v-protokole-http-2-zadejstvovannaya-v-krupnejshej-ddos-atake","title":{"rendered":"HTTP\/2 protokollban felfedezett sebezhet\u0151s\u00e9g, amely a legnagyobb DDoS-t\u00e1mad\u00e1st ind\u00edtotta el","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

A Google a vil\u00e1g legnagyobb DDoS-t\u00e1mad\u00e1s\u00e1t \u00e9szlelte, amelynek intenzit\u00e1sa m\u00e1sodpercenk\u00e9nt 398 milli\u00f3 k\u00e9r\u00e9st tett ki. Az \u00faj t\u00e1mad\u00e1s h\u00e9tszer intenz\u00edvebb a kor\u00e1bbi rekord DDoS-t\u00e1mad\u00e1sn\u00e1l, amelyben a t\u00e1mad\u00f3knak siker\u00fclt l\u00e9trehozniuk egy 47 milli\u00f3 k\u00e9r\u00e9s m\u00e1sodpercenk\u00e9nti \u00e1raml\u00e1st. \u00d6sszehasonl\u00edt\u00e1sk\u00e9ppen, az \u00f6sszes webes forgalmat 1-3 milli\u00e1rd k\u00e9r\u00e9s m\u00e1sodpercenk\u00e9nti szinten becs\u00fclik. A Google mellett az Amazon \u00e9s a Cloudflare is szembes\u00fclt a t\u00e1mad\u00e1ssal. Az \u00fajabb t\u00e1mad\u00e1s lehet\u0151s\u00e9ge egy HTTP\/2 protokollban felfedezett sebezhet\u0151s\u00e9ggel (CVE-2023-44487) hozhat\u00f3 \u00f6sszef\u00fcgg\u00e9sbe, amely lehet\u0151v\u00e9 teszi, hogy minim\u00e1lis terhel\u00e9s mellett hatalmas sz\u00e1m\u00fa k\u00e9r\u00e9s \u00e1ramoljon a szerver fel\u00e9. <\/p>\n

Az \u00faj t\u00e1mad\u00e1si technika neve \u201eRapid Reset\u201d, \u00e9s arra \u00e9p\u00edt, hogy a HTTP\/2 \u00e1ltal biztos\u00edtott multiplex\u00e1l\u00e1si eszk\u00f6z\u00f6k lehet\u0151v\u00e9 teszik, hogy a kapcsolaton bel\u00fcl k\u00e9r\u00e9sfolyamot hozzunk l\u00e9tre an\u00e9lk\u00fcl, hogy \u00faj h\u00e1l\u00f3zati kapcsolatokat nyitn\u00e1nk, \u00e9s an\u00e9lk\u00fcl, hogy megv\u00e1rn\u00e1nk a csomagok meg\u00e9rkez\u00e9s\u00e9nek meger\u0151s\u00edt\u00e9s\u00e9t. A sebezhet\u0151s\u00e9g a HTTP\/2 protokollj\u00e1nak hi\u00e1nyoss\u00e1gak\u00e9nt tekinthet\u0151, amelynek specifik\u00e1ci\u00f3ja azt mondja, hogy ha t\u00fal sok sz\u00e1l megnyit\u00e1s\u00e1ra tesz\u00fcnk k\u00eds\u00e9rletet, akkor csak azokat a sz\u00e1lakat kell t\u00f6r\u00f6lni, amelyek meghaladj\u00e1k a hat\u00e1rt, de az eg\u00e9sz h\u00e1l\u00f3zati kapcsolatot nem szabad lez\u00e1rni. <\/p>\n

Hasonl\u00f3an a kor\u00e1bban alkalmazott HTTP\/2 t\u00e1mad\u00e1si m\u00f3dszerekhez, az \u00faj t\u00e1mad\u00e1s is nagysz\u00e1m\u00fa folyamatot hoz l\u00e9tre egyetlen kapcsolaton bel\u00fcl. A legfontosabb k\u00fcl\u00f6nbs\u00e9g az \u00faj t\u00e1mad\u00e1sban az, hogy minden egyes elk\u00fcld\u00f6tt k\u00e9r\u00e9s ut\u00e1n nem v\u00e1rakozik a v\u00e1laszra, hanem azonnal egy RST_STREAM flaggel ell\u00e1tott keretet k\u00fcld el, amely azonnal \u00e9rv\u00e9nytelen\u00edti a k\u00e9r\u00e9st. A k\u00e9r\u00e9s korai \u00e9rv\u00e9nytelen\u00edt\u00e9se lehet\u0151v\u00e9 teszi a visszafel\u00e9 ir\u00e1nyul\u00f3 forgalom megsz\u00fcntet\u00e9s\u00e9t a kliens ir\u00e1ny\u00e1ba, \u00e9s megker\u00fcli a HTTP-szervereken megl\u00e9v\u0151 korl\u00e1toz\u00e1sokat a maxim\u00e1lisan megnyithat\u00f3 folyamatok sz\u00e1m\u00e1t illet\u0151en egyetlen HTTP\/2 kapcsolaton bel\u00fcl. \u00cdgy az \u00faj t\u00e1mad\u00e1s sor\u00e1n a HTTP-szervernek k\u00fcld\u00f6tt k\u00e9r\u00e9sek mennyis\u00e9ge m\u00e1r nem f\u00fcgg a k\u00e9r\u00e9s elk\u00fcld\u00e9se \u00e9s a v\u00e1lasz meg\u00e9rkez\u00e9se k\u00f6z\u00f6tti k\u00e9sedelmekt\u0151l (RTT, round-trip time), \u00e9s kiz\u00e1r\u00f3lag a kapcsolat \u00e1tviteli sebess\u00e9g\u00e9n m\u00falik.

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

Mivel a t\u00e1mad\u00e1shoz elegend\u0151 egyszer\u0171en k\u00e9r\u00e9seket k\u00fcldeni an\u00e9lk\u00fcl, hogy v\u00e1laszokat kapn\u00e1nk, a t\u00e1mad\u00e1s minim\u00e1lis k\u00f6lts\u00e9gekkel v\u00e9grehajthat\u00f3. P\u00e9ld\u00e1ul a Cloudflare \u00e1ltal r\u00f6gz\u00edtett 201 milli\u00f3 k\u00e9r\u00e9s\/m\u00e1sodperc t\u00e1mad\u00e1st egy viszonylag kism\u00e9ret\u0171, 20 ezer sz\u00e1m\u00edt\u00f3g\u00e9pb\u0151l \u00e1ll\u00f3 botnet seg\u00edts\u00e9g\u00e9vel hajtott\u00e1k v\u00e9gre. Az oldalon a szerver<\/a> a be\u00e9rkez\u0151 k\u00e9relmek feldolgoz\u00e1si k\u00f6lts\u00e9gei jelent\u0151sen magasabbak, m\u00e9g a k\u00e9relmek visszavon\u00e1sa eset\u00e9n is, mivel el kell v\u00e9gezni olyan m\u0171veleteket, mint az \u00faj adatfolyamokhoz kapcsol\u00f3d\u00f3 strukt\u00far\u00e1k kialak\u00edt\u00e1sa, a k\u00e9r\u00e9s elemz\u00e9se, a fejl\u00e9cek kib\u0151v\u00edt\u00e9se \u00e9s az URL-er\u0151forr\u00e1sokkal val\u00f3 \u00f6sszevet\u00e9s. A ford\u00edtott proxyk ellen ir\u00e1nyul\u00f3 t\u00e1mad\u00e1s a h\u00e1tt\u00e9rszerverekre is kiterjedhet, mivel a proxy m\u00e9g a RST_STREAM keret feldolgoz\u00e1sa el\u0151tt \u00e1tir\u00e1ny\u00edthatja a k\u00e9r\u00e9st a h\u00e1tt\u00e9rszerverre. <\/p>\n

A t\u00e1mad\u00e1s csak az HTTP\/2-t t\u00e1mogat\u00f3 sebezhet\u0151 szerverek ellen val\u00f3s\u00edthat\u00f3 meg (a sebezhet\u0151s\u00e9g ellen\u0151rz\u00e9s\u00e9re szolg\u00e1l\u00f3 script, a t\u00e1mad\u00e1shoz sz\u00fcks\u00e9ges eszk\u00f6zk\u00e9szlet). HTTP\/3-sek ellen eddig nem regisztr\u00e1ltak t\u00e1mad\u00e1sokat, \u00e9s a lehet\u0151s\u00e9g\u00fck teljes k\u00f6r\u0171 vizsg\u00e1lata m\u00e9g nem t\u00f6rt\u00e9nt meg, de a Google k\u00e9pvisel\u0151i javasolj\u00e1k a fejleszt\u0151knek, szerverek<\/a> hogy az HTTP\/3 megval\u00f3s\u00edt\u00e1sa sor\u00e1n v\u00e9delmi int\u00e9zked\u00e9seket vezessenek be, hasonl\u00f3an az HTTP\/2 ellen hat\u00e9kony v\u00e9delmiekhez. <\/p>\n

A sebezhet\u0151s\u00e9gre val\u00f3 \u00e9rz\u00e9kenys\u00e9g \u00e9s a jav\u00edt\u00e1sok \u00e1llapota HTTP-szerverek \u00e9s proxik eset\u00e9n: <\/p>\n