# Czy QUIC i HTTP/3 oślepiają zapory?

Ograniczają to, co widzą starsze zapory, ale nie czynią ruchu niewidzialnym. QUIC (RFC 9000, 2021) to transport, na którym działa HTTP/3. Korzysta z portu UDP 443 i szyfruje niemal wszystko, łącznie z dużą częścią tego, co w TCP było czytelne, na przykład numerami pakietów i potwierdzeniami. Jego pierwsze pakiety niosą ClientHello TLS 1.3 chronione jedynie kluczami, które każdy może wyprowadzić, więc czujnik rozumiejący QUIC nadal odczyta nazwę serwera i parametry handshake'u. Zapory i proxy zbudowane dla TCP często w ogóle nie potrafią sprawdzać QUIC. W firmach polegających na inspekcji TLS lub filtrowaniu WWW typowo blokuje się port UDP 443, przez co przeglądarki niezauważalnie wracają do HTTP/2 przez TCP. Bez takiej polityki QUIC widać po prostu jako przepływy UDP z czasem i ilością danych jak każdy inny ruch, a detekcje oparte na przepływach, takie jak beaconing i nietypowa ilość wysyłanych danych, nadal działają. Sprawdź, czy Twoja zapora raportuje QUIC, zanim uznasz, że jest objęty kontrolą.

FAQ: [Szyfrowanie i ruch szyfrowany](https://netsenx.com/pl/faq/encryption) · https://netsenx.com/pl/faq/do-quic-and-http3-blind-firewalls

## Czytaj dalej

- https://netsenx.com/pl/encrypted-traffic-analysis
- https://netsenx.com/pl/what-is-ndr

## Powiązane pytania

- [Czy DNS over HTTPS może ukryć ruch przed monitoringiem bezpieczeństwa?](https://netsenx.com/pl/faq/can-dns-over-https-hide-traffic-from-security-monitoring)
- [Jak odszyfrować ruch TLS na potrzeby diagnostyki?](https://netsenx.com/pl/faq/how-to-decrypt-tls-for-troubleshooting)
- [Jak działa handshake TLS?](https://netsenx.com/pl/faq/how-does-a-tls-handshake-work)
- [Co zmieniło się między TLS 1.2 a TLS 1.3?](https://netsenx.com/pl/faq/what-changed-between-tls-1-2-and-tls-1-3)
- [Czy powinniśmy wyłączyć TLS 1.0 i 1.1?](https://netsenx.com/pl/faq/should-we-disable-tls-1-0-and-1-1)