# Maken QUIC en HTTP/3 firewalls blind?

Ze beperken wat oudere firewalls zien, maar maken verkeer niet onzichtbaar. QUIC (RFC 9000, 2021) is het transport onder HTTP/3. Het draait over UDP-poort 443 en versleutelt bijna alles, ook veel van wat TCP leesbaar liet, zoals pakketnummers en bevestigingen. De eerste pakketten bevatten een TLS 1.3-ClientHello die alleen is beschermd met sleutels die iedereen kan afleiden, dus een sensor die QUIC begrijpt, kan nog steeds de servernaam en de handshakeparameters lezen. Firewalls en proxy's die voor TCP zijn gebouwd, kunnen QUIC vaak helemaal niet inspecteren. Gangbaar bij bedrijven die op TLS-inspectie of webfiltering vertrouwen, is UDP-poort 443 te blokkeren, waardoor browsers ongemerkt terugvallen op HTTP/2 over TCP. Zonder zo'n regel verschijnt QUIC gewoon als UDP-flows met timing en volume zoals elk ander verkeer, en flowgebaseerde detecties zoals beaconing en ongewoon uploadvolume blijven gelden. Controleer of uw firewall QUIC rapporteert voordat u aanneemt dat het is gedekt.

FAQ: [Versleuteling en versleuteld verkeer](https://netsenx.com/nl/faq/encryption) · https://netsenx.com/nl/faq/do-quic-and-http3-blind-firewalls

## Lees verder

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

## Gerelateerde vragen

- [Kan DNS over HTTPS verkeer verbergen voor securitymonitoring?](https://netsenx.com/nl/faq/can-dns-over-https-hide-traffic-from-security-monitoring)
- [Hoe ontsleutel ik TLS-verkeer voor probleemoplossing?](https://netsenx.com/nl/faq/how-to-decrypt-tls-for-troubleshooting)
- [Hoe werkt een TLS-handshake?](https://netsenx.com/nl/faq/how-does-a-tls-handshake-work)
- [Wat is er veranderd tussen TLS 1.2 en TLS 1.3?](https://netsenx.com/nl/faq/what-changed-between-tls-1-2-and-tls-1-3)
- [Moeten we TLS 1.0 en 1.1 uitschakelen?](https://netsenx.com/nl/faq/should-we-disable-tls-1-0-and-1-1)