{"id":4819,"date":"2026-08-11T20:59:13","date_gmt":"2026-08-11T18:59:13","guid":{"rendered":"https:\/\/www.sycope.com\/?post_type=dictionary-item&#038;p=4819"},"modified":"2026-08-12T19:02:30","modified_gmt":"2026-08-12T17:02:30","slug":"quic","status":"publish","type":"dictionary-item","link":"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/quic","title":{"rendered":"QUIC"},"content":{"rendered":"<p><strong>QUIC<\/strong> to protok\u00f3\u0142 transportowy, czyli zestaw regu\u0142, kt\u00f3re decyduj\u0105, jak dane w\u0119druj\u0105 przez sie\u0107 mi\u0119dzy dwoma urz\u0105dzeniami. Dzia\u0142a nad <code>UDP<\/code> i w jednym mechanizmie \u0142\u0105czy dwie rzeczy, kt\u00f3re wcze\u015bniej by\u0142y osobno: niezawodny transport danych i szyfrowanie (<code>TLS 1.3<\/code>). Dzi\u0119ki temu nie trzeba ju\u017c budowa\u0107 osobno po\u0142\u0105czenia (TCP) i osobno warstwy szyfruj\u0105cej (<a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/tls-ssl\">TLS<\/a>). QUIC ustandaryzowa\u0142a organizacja IETF w 2021 r. w dokumentach <code>RFC 9000<\/code> (sam transport), <code>RFC 9001<\/code> (po\u0142\u0105czenie z <a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/tls-ssl\">TLS<\/a>) i <code>RFC 9002<\/code> (wykrywanie strat i kontrola przeci\u0105\u017cenia). Jego g\u0142\u00f3wnym zastosowaniem jest HTTP\/3 (<code>RFC 9114<\/code>) \u2014 wersja protoko\u0142u stron internetowych. Pierwotnie QUIC zaprojektowa\u0142 Google jako \u201egQUIC\u201d; wersja IETF r\u00f3\u017cni si\u0119 od tego pierwowzoru na poziomie protoko\u0142u.<\/p>\n<h2>Jak dzia\u0142a QUIC?<\/h2>\n<p>QUIC nie zast\u0119puje UDP \u2014 dzia\u0142a na nim i dok\u0142ada to, czego samemu UDP brakuje: rozpoznawanie po\u0142\u0105czenia, pewne dostarczanie danych, kontrol\u0119 przeci\u0105\u017cenia sieci oraz szyfrowanie. Dane podr\u00f3\u017cuj\u0105 w pakietach QUIC zapakowanych w datagramy UDP. Wewn\u0105trz tych pakiet\u00f3w s\u0105 mniejsze porcje (<code>frames<\/code>), kt\u00f3re nale\u017c\u0105 do niezale\u017cnych strumieni (<code>streams<\/code>) \u2014 ka\u017cdy strumie\u0144 ma sw\u00f3j numer (stream ID).<\/p>\n<p>Najwa\u017cniejsze cechy:<\/p>\n<ul>\n<li><strong>Jedno wsp\u00f3lne uzgadnianie po\u0142\u0105czenia i szyfrowania.<\/strong> Klasycznie urz\u0105dzenia najpierw nawi\u0105zuj\u0105 po\u0142\u0105czenie TCP, a dopiero potem uzgadniaj\u0105 szyfrowanie TLS. QUIC robi obie rzeczy naraz, w jednej wymianie. Skraca to czas nawi\u0105zania zaszyfrowanego po\u0142\u0105czenia do jednej tury w obie strony (1-<a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/rtt\">RTT<\/a>), a przy wznawianiu wcze\u015bniejszej sesji nawet do zera (<strong>0-<a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/rtt\">RTT<\/a><\/strong>).<\/li>\n<li><strong>Wiele niezale\u017cnych strumieni naraz.<\/strong> Jedno po\u0142\u0105czenie QUIC prowadzi wiele osobnych strumieni danych. Gdy zgubi si\u0119 jaki\u015b pakiet, dotyczy to tylko tego strumienia, do kt\u00f3rego nale\u017ca\u0142 \u2014 reszta jedzie dalej bez przeszk\u00f3d.<\/li>\n<li><strong>Connection ID \u2014 identyfikator po\u0142\u0105czenia.<\/strong> Po\u0142\u0105czenie jest oznaczone w\u0142asnym identyfikatorem (Connection ID), a nie adresem i portem IP. Dlatego potrafi przetrwa\u0107 zmian\u0119 sieci \u2014 na przyk\u0142ad gdy telefon przechodzi z Wi-Fi na sie\u0107 kom\u00f3rkow\u0105. To mechanizm <strong>migracji po\u0142\u0105czenia<\/strong> (connection migration).<\/li>\n<li><strong>W\u0142asne wykrywanie strat i kontrola przeci\u0105\u017cenia.<\/strong> QUIC sam dba o ponowne wysy\u0142anie zgubionych danych i o to, by nie zala\u0107 sieci (algorytmy takie jak NewReno, CUBIC, BBR). Robi to w przestrzeni u\u017cytkownika, czyli w samej aplikacji, a nie w j\u0105drze systemu \u2014 dzi\u0119ki czemu \u0142atwiej go rozwija\u0107 i poprawia\u0107 ni\u017c TCP.<\/li>\n<\/ul>\n<h2>Jak QUIC rozwi\u0105zuje head-of-line blocking?<\/h2>\n<p><strong>Head-of-line blocking<\/strong> (blokada \u201epierwszego w kolejce\u201d) to sytuacja, w kt\u00f3rej jeden zgubiony fragment wstrzymuje wszystko, co za nim stoi. W HTTP\/2 wiele strumieni dzieli jedno po\u0142\u0105czenie TCP, a TCP dostarcza dane \u015bci\u015ble po kolei. Wystarczy wi\u0119c, \u017ce zgubi si\u0119 jeden fragment, a dostarczanie <em>wszystkich<\/em> strumieni czeka, a\u017c zostanie on wys\u0142any ponownie. QUIC prowadzi strumienie niezale\u017cnie: ka\u017cdy ma w\u0142asn\u0105 kolejno\u015b\u0107, wi\u0119c strata w jednym nie blokuje pozosta\u0142ych. To usuwa blokad\u0119 na poziomie transportu \u2014 cho\u0107 podobne op\u00f3\u017anienia mog\u0105 jeszcze wyst\u0105pi\u0107 wy\u017cej, na poziomie samej aplikacji (np. zale\u017cno\u015bci mi\u0119dzy \u017c\u0105daniami HTTP).<\/p>\n<h2>Czym r\u00f3\u017cni si\u0119 QUIC od TCP + TLS?<\/h2>\n<ul>\n<li><strong>Gdzie dzia\u0142a:<\/strong> QUIC dzia\u0142a nad UDP, w samej aplikacji; TCP jest wbudowane w j\u0105dro systemu operacyjnego.<\/li>\n<li><strong>Szyfrowanie:<\/strong> w QUIC szyfrowanie (TLS 1.3) jest cz\u0119\u015bci\u0105 protoko\u0142u \u2014 zaszyfrowane s\u0105 nie tylko same dane, ale i wi\u0119kszo\u015b\u0107 nag\u0142\u00f3wk\u00f3w transportowych. W modelu TCP+TLS szyfrowanie to osobna warstwa nad jawnym nag\u0142\u00f3wkiem TCP.<\/li>\n<li><strong>Nawi\u0105zanie po\u0142\u0105czenia:<\/strong> QUIC \u0142\u0105czy uzgadnianie po\u0142\u0105czenia i szyfrowania (1-RTT, a przy wznowieniu nawet 0-RTT); TCP+TLS wymaga najpierw uzgodnienia TCP, a potem TLS.<\/li>\n<li><strong>Wiele strumieni:<\/strong> QUIC prowadzi niezale\u017cne strumienie bez transportowego head-of-line blocking; HTTP\/2 nad TCP jest na t\u0119 blokad\u0119 podatne.<\/li>\n<li><strong>Zmiana sieci:<\/strong> Connection ID pozwala QUIC przetrwa\u0107 zmian\u0119 sieci; po\u0142\u0105czenie TCP jest przywi\u0105zane do adresu i portu, wi\u0119c zrywa si\u0119, gdy adres si\u0119 zmieni.<\/li>\n<\/ul>\n<h2>QUIC, HTTP\/3 i port 443<\/h2>\n<p>HTTP\/3 to po prostu protok\u00f3\u0142 stron WWW \u201eposadzony\u201d na QUIC i jest jego najwa\u017cniejszym zastosowaniem. Ale QUIC jest protoko\u0142em og\u00f3lnego przeznaczenia \u2014 mo\u017ce przenosi\u0107 te\u017c inne rzeczy (np. <a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/dns\">DNS<\/a> over QUIC czy MASQUE). Ruch QUIC korzysta zwykle z portu <code>UDP\/443<\/code> \u2014 tego samego numeru co zwyk\u0142y <a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/http-https\">HTTPS<\/a> nad TCP. Przegl\u0105darka zwykle dowiaduje si\u0119 o wsparciu HTTP\/3 z nag\u0142\u00f3wka <code>Alt-Svc<\/code> przy po\u0142\u0105czeniu HTTP\/1.1 lub HTTP\/2, albo z rekordu <a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/dns\">DNS<\/a> <code>HTTPS<\/code> (<code>RFC 9460<\/code>), po czym pr\u00f3buje przej\u015b\u0107 na QUIC. Je\u015bli QUIC jest niedost\u0119pny lub zablokowany, wraca do TCP (tzw. fallback).<\/p>\n<h2>Dlaczego QUIC jest wyzwaniem dla bezpiecze\u0144stwa i widoczno\u015bci sieci?<\/h2>\n<p>QUIC z za\u0142o\u017cenia szyfruje znacznie wi\u0119cej ni\u017c TCP+TLS. To dobre dla prywatno\u015bci, ale gorsze dla narz\u0119dzi, kt\u00f3re monitoruj\u0105 i analizuj\u0105 ruch (DPI, IDS\/<a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/ips-intrusion-prevention-system\">IPS<\/a>, <a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/ndr-network-detection-and-response\">NDR<\/a>). Widz\u0105 one mniej ni\u017c przy zwyk\u0142ym TCP:<\/p>\n<ul>\n<li><strong>Zaszyfrowane nag\u0142\u00f3wki transportowe.<\/strong> Wi\u0119kszo\u015b\u0107 informacji o po\u0142\u0105czeniu (w tym numery pakiet\u00f3w) jest zaszyfrowana. Pasywne narz\u0119dzia nie odczytaj\u0105 wi\u0119c stanu po\u0142\u0105czenia tak, jak z jawnego nag\u0142\u00f3wka TCP. Jawny pozostaje g\u0142\u00f3wnie nag\u0142\u00f3wek pierwszych pakiet\u00f3w (m.in. Connection ID i numer wersji).<\/li>\n<li><strong>Cz\u0119sto brak widocznej nazwy serwera (SNI).<\/strong> Uzgadnianie TLS 1.3 jest ukryte w zaszyfrowanych pakietach Initial, a w po\u0142\u0105czeniu z mechanizmem Encrypted Client Hello (ECH) nazwa serwera w og\u00f3le znika z jawnego ruchu. Klasyczna analiza po nazwie hosta przestaje wtedy dzia\u0142a\u0107.<\/li>\n<li><strong>Trudniejsze rozszywanie ruchu (break-and-inspect).<\/strong> QUIC nie poddaje si\u0119 tym samym technikom podgl\u0105dania szyfrowanego ruchu co TCP+TLS. Wymaga osobnego podej\u015bcia, a cz\u0119sto proxy, kt\u00f3re ko\u0144czy po\u0142\u0105czenie po stronie organizacji.<\/li>\n<li><strong>UDP\/443 trudniej rozpozna\u0107.<\/strong> Ruch QUIC ci\u0119\u017cko odr\u00f3\u017cni\u0107 od innego ruchu UDP po samym porcie, a brak stanu po\u0142\u0105czenia (jak w TCP) utrudnia firewallom \u015bledzenie sesji.<\/li>\n<li><strong>Ryzyko przy 0-RTT.<\/strong> Dane wys\u0142ane w trybie 0-RTT nie s\u0105 w pe\u0142ni chronione przed powt\u00f3rzeniem (atak typu replay), wi\u0119c powinny obejmowa\u0107 tylko operacje, kt\u00f3re mo\u017cna bezpiecznie powt\u00f3rzy\u0107 (idempotentne).<\/li>\n<\/ul>\n<p>Dla zespo\u0142\u00f3w <a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/soc-security-operations-center\">SOC<\/a>\/<a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/ndr-network-detection-and-response\">NDR<\/a> oznacza to zmian\u0119 podej\u015bcia: zamiast zagl\u0105da\u0107 do tre\u015bci ruchu, trzeba analizowa\u0107 jego metadane i zachowanie. Licz\u0105 si\u0119 dane o przep\u0142ywach (wolumeny, czasy, rozk\u0142ad wielko\u015bci pakiet\u00f3w), rozpoznawanie QUIC po cechach charakterystycznych (analiza p\u00f3l w pakietach Initial), wykrywanie anomalii oraz \u2014 tam gdzie to dopuszczalne \u2014 ko\u0144czenie po\u0142\u0105cze\u0144 QUIC na kontrolowanym proxy. Cz\u0119\u015b\u0107 organizacji \u015bwiadomie blokuje UDP\/443, by wymusi\u0107 powr\u00f3t do HTTP\/2 nad TCP i zachowa\u0107 dotychczasowe mo\u017cliwo\u015bci wgl\u0105du \u2014 kosztem zysk\u00f3w wydajno\u015bciowych QUIC.<\/p>\n<h2>Dowiedz si\u0119 wi\u0119cej<\/h2>\n<ul>\n<li><a href=\"https:\/\/www.sycope.com\/pl\/post\/arp-spoofing-jak-wykryc-atak-man-in-the-middle-i-zatruwanie-arp-w-sieci-lan\">ARP Spoofing \u2013 jak wykry\u0107 atak Man-in-the-Middle i zatruwanie ARP w sieci LAN<\/a> \u2014 QUIC dzia\u0142a nad UDP, wi\u0119c analiza ruchu pomaga wykrywa\u0107 anomalie podobne do atak\u00f3w MITM.<\/li>\n<li><a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/protokol-udp\">UDP Protocol<\/a> \u2014 QUIC jest protoko\u0142em transportowym opartym na UDP, dlatego ten materia\u0142 wyja\u015bnia jego podstaw\u0119.<\/li>\n<li><a href=\"https:\/\/www.sycope.com\/pl\/post\/czym-jest-netflow-i-jak-wykorzystuje-sie-go-w-praktyce\">Czym jest NetFlow i jak ten protok\u00f3\u0142 jest wykorzystywany w praktyce?<\/a> \u2014 <a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/netflow\">NetFlow<\/a> pozwala obserwowa\u0107 ruch QUIC i identyfikowa\u0107 jego \u017ar\u00f3d\u0142a, cele oraz wolumen.<\/li>\n<li><a href=\"https:\/\/www.sycope.com\/pl\/post\/jak-sycope-pomaga-wykrywac-i-powstrzymywac-ataki-ddos\">Jak Sycope pomaga wykrywa\u0107 i powstrzymywa\u0107 ataki DDoS<\/a> \u2014 Ruch QUIC bywa wykorzystywany w atakach <a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/ddos-distributed-denial-of-service\">DDoS<\/a>, wi\u0119c jego monitoring wspiera detekcj\u0119 przeci\u0105\u017ce\u0144.<\/li>\n<li><a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/protocol-attack\">Protocol Attack<\/a> \u2014 QUIC mo\u017ce by\u0107 celem lub no\u015bnikiem ataku protoko\u0142owego, zw\u0142aszcza w warstwie transportowej.<\/li>\n<li><a href=\"https:\/\/www.sycope.com\/pl\/post\/bledy-konfiguracji-sieci-jak-ich-uniknac-i-poprawic-konfiguracje-routera\">B\u0142\u0119dy konfiguracji sieci \u2013 jak unika\u0107 network configuration errors i poprawi\u0107 konfiguracj\u0119 routera<\/a> \u2014 B\u0142\u0119dna konfiguracja sieci mo\u017ce blokowa\u0107 lub zniekszta\u0142ca\u0107 ruch QUIC oparty na UDP.<\/li>\n<li><a href=\"https:\/\/www.sycope.com\/pl\/post\/monitoring-sieci-i-network-visibility-analiza-ruchu-sieciowego-jako-podstawa-visibility-cybersecurity\">Monitoring sieci i network visibility \u2013 analiza ruchu sieciowego jako podstawa visibility cybersecurity<\/a> \u2014 QUIC wymaga widoczno\u015bci ruchu sieciowego, bo szyfrowanie utrudnia analiz\u0119 po samej tre\u015bci.<\/li>\n<\/ul>\n","protected":false},"featured_media":0,"template":"","class_list":["post-4819","dictionary-item","type-dictionary-item","status-publish","hentry"],"acf":{"tytul":"QUIC","ikona":"","krotki_opis":"Protok\u00f3\u0142 transportowy nad UDP z wbudowanym szyfrowaniem TLS 1.3. \u0141\u0105czy nawi\u0105zanie po\u0142\u0105czenia i szyfrowania w jednym kroku, prowadzi wiele strumieni naraz i przetrwa zmian\u0119 sieci; podstawa HTTP\/3."},"_links":{"self":[{"href":"https:\/\/www.sycope.com\/pl\/wp-json\/wp\/v2\/dictionary-item\/4819","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.sycope.com\/pl\/wp-json\/wp\/v2\/dictionary-item"}],"about":[{"href":"https:\/\/www.sycope.com\/pl\/wp-json\/wp\/v2\/types\/dictionary-item"}],"wp:attachment":[{"href":"https:\/\/www.sycope.com\/pl\/wp-json\/wp\/v2\/media?parent=4819"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}