Bezpečnostní chyby v implementacích HTTP/2

Byly zveřejněny informace o 8 bezpečnostních chybách v implementacích protokolu HTTP/2. Chyby CVE-2019-9511 až CVE-2019-9518 lze zneužít k odepření služeb (DoS). Přehled softwarových produktů a v nich obsažených chyb v tabulce na stránce CERT/CC.

15.8.2019 19:44 | Ladislav Hagara | Bezpečnostní upozornění

Komentáře

[j]

Vlákno bylo přesunuto do samostatné diskuse.

[Miloslav Ponkrác]

Nic to ovšem nemění na tom, že HTTP/2 je zbytečně složitý. A proto přitahuje chyby. A ještě mnoho dalších chyb se v budoucnu v různých implementacích najde.

Kde jsou ty časy, kdy web strandardy byly jednoduché, a relativně snadno implementovatelné. Napsat dnes funkční web browser je spíše na tým lidí a doktoráty z atomové fyziky.

Dnes je všechno kome webu "overbastarded". HTTP/2, HTML 5, CSS 3, JavaScript, atd.

[billgates]

Suhlasim. Netyka sa to webu, ale dnes mnoho inych oblasti. Napriklad aj IPv6. Ja by som bol za to, aby bola vzdy povinne ako sucast standardu aj referencna implementacia urcena pre nejaky Cortex M0 alebo ATMegu. Ak to nie su schopni naimplementovat na toto zelezo (hoci aj pomaly beziace), tak je to cele "overbasterded".

[Miloslav Ponkrác]

Tohle můžu jenom podepsat.

[petr_p]

K vašemu povzdechu bych dodal, že HTTP/2 je už zoufale zastaralý. Dnes se všichni těší na světlé zítřky s HTTP/3.

[Miloslav Ponkrác]

Což dopadne tak, že na světě bude existovat jediný web browser. A webové stránky budou vypisovat: "Běžíme pouze na Chrome, pořiďte si ho, jinak nebude náš web fungovat."

[mc]

To je optimistický výhled. Následovat pak bude již jen jediný web. Slovo Internet bude nahrazeno slovem Google (až porazí či dojde k fúzi s dalšími podobnými jako je Microsoft, Apple, Facebook a Amazon).

[R]

Internet bude nahradeny Facebookom. Po zapnuti PC sa elektronickym obcianskym preukazom prihlasis na Facebook a vsetko bude tam.

[Miloslav Ponkrác]

On bohužel internet už je Google. Google przní internetové standardy i web na všech frontách kam oko dohlédne.

[debian+]

O HTTP3 vid https://www.root.cz/clanky/http-3-co-nam-novy-protokol-prinese-a-proc-to-hned-tak-nebude/

[xkucf03]

Na původně jednoduchý protokol, který bylo snadné implementovat nebo psát jeho příkazy ručně v telnetu/socatu, se nabalují další a další věci a stává se z toho neskutečná obludnost. Dementní je na tom také to, že spousta věcí začala používat HTTP jako svůj transportní protokol, kvůli NATu a firewallům, takže se ty vrstvy akorát přeskládaly, aniž by to mělo nějaký reálný přínos. IT akorát řeší problém, který si samo vytvořilo.

Co by vlastně bylo špatného na to, kdyby webová aplikace mohla používat surové TCP/UDP/SCTP? Stačilo by akorát implementovat obdobu CORS (Cross-Origin Resource Sharing), aby nedocházelo k nechtěným spojením, ale to je víceméně všechno, co by ten standard/protokol musel řešit. Jinak by to zůstalo krásně jednoduché jako původní HTTP. Kdo by si chtěl posílat datagramy, tak by si je posílal.

[adqqa]

Nezavisle od protokolu potrebujes nieco ako identifikator ciela (URI), verziu protokolu, Host (kvoli CORS), obycajne aj nieco specificke pre uzivatela (Cookie). Niekomu sa hodi aj urcenie, co za klienta k nemu pristupuje, kedze kazdy klient ma inu implementaciu (User-Agent). A hura, vynasli sme mierne zjednoduseny HTTP protokol. Oplati sa to implementovat znovu?

[xkucf03]

Tady jde spíš o to, že spousta věcí, která se dřív řešila jinými protokoly, se předělala na HTTP – kdyby šlo z prohlížeče navazovat i ne-HTTP spojení, tak by se nic předělávat nemuselo.

[debian+]

Z prehladava sa da i cez nie HTTP spojenie cez WebSocket.

[xkucf03]

Jednak WebSocket je rozšíření HTTP protokolu a jednak nejde až tak o to, podporovat jeden jiný protokol odlišný od původního textového HTTP. Jde o to, že by ses mohl připojit třeba k IMAPu nebo Jabber/XMPP serveru, aniž by se tato komunikace musela přebalovat do HTTP.

[Miloslav Ponkrác]

Nezavisle od protokolu potrebujes nieco ako identifikator ciela (URI), verziu protokolu, Host (kvoli CORS), obycajne aj nieco specificke pre uzivatela (Cookie). Niekomu sa hodi aj urcenie, co za klienta k nemu pristupuje, kedze kazdy klient ma inu implementaciu (User-Agent). A hura, vynasli sme mierne zjednoduseny HTTP protokol. Oplati sa to implementovat znovu?

Pokud mám absolutní URI, tak nepotřebuji Host, ten je už součástí URI adresy. Namísto Cookie stačí jednoduché číslo jako identifikátor sezení. A to je celé. Číslo verze se do binárního protokolu vejde jako 2bajty třeba.

[xkucf03]

Mimochode: myslím, že už před hodně lety tu byl návrh serializace HTTP protokolu v ASN.1 resp. některé z jeho binárních forem. A ASN.1 je něco, co prohlížeče musí tak jako tak podporovat, protože se to používá v SSL/TLS (a na spoustě jiných míst, akorát o tom lidi většinou neví).

[Filip Jirsák]

Cookies se používají i k jiným věcem, než jen jako identifikátory sezení.

[Miloslav Ponkrác]

A ty jiné věci nejsou v tomto případě potřeba.

[Filip Jirsák]

Ano, pokud byste vymýšlel vlastní protokol, opravdu nepotřebujete cookies, protože stejnou funkcionalitu můžete nazvat i jinak. Ale třeba identifikaci uživatele, který tu „webovou“ službu volá, byste asi chtěl mít i tom vlastním protokolu, bez ohledu na to, jak byste to nazval.

[debian+]

+ napr. WebSocket, WebAssambly, XML + a kniznica na generovanie, FTP. Samozrejme musi podporovat aj starsie HTTP 1.0 a HTTP 1.1.

[xkucf03]

+ ASN.1 pro SSL/TLS :-)