# Machen QUIC und HTTP/3 Firewalls blind?

Sie verringern, was ältere Firewalls sehen, machen Verkehr aber nicht unsichtbar. QUIC (RFC 9000, 2021) ist der Transport unter HTTP/3. Es läuft über UDP-Port 443 und verschlüsselt fast alles, auch vieles, was TCP lesbar ließ, etwa Paketnummern und Bestätigungen. Seine ersten Pakete tragen ein TLS-1.3-ClientHello, das nur mit Schlüsseln geschützt ist, die jeder ableiten kann; ein Sensor, der QUIC versteht, kann daher weiterhin Servernamen und Handshake-Parameter lesen. Firewalls und Proxys, die für TCP gebaut sind, können QUIC oft gar nicht prüfen. Üblich ist in Unternehmen, die auf TLS-Inspection oder Webfilter setzen, UDP-Port 443 zu sperren, sodass Browser unbemerkt auf HTTP/2 über TCP zurückfallen. Ohne eine solche Regel erscheint QUIC einfach als UDP-Flows mit Zeitpunkt und Volumen wie jeder andere Verkehr, und Flow-basierte Erkennungen wie Beaconing und ungewöhnliches Upload-Volumen greifen weiterhin. Prüfen Sie, ob Ihre Firewall QUIC meldet, bevor Sie annehmen, dass es abgedeckt ist.

FAQ: [Verschlüsselung und verschlüsselter Verkehr](https://netsenx.com/de/faq/encryption) · https://netsenx.com/de/faq/do-quic-and-http3-blind-firewalls

## Weiterlesen

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

## Verwandte Fragen

- [Kann DNS over HTTPS Verkehr vor der Sicherheitsüberwachung verbergen?](https://netsenx.com/de/faq/can-dns-over-https-hide-traffic-from-security-monitoring)
- [Wie entschlüssele ich TLS-Verkehr zur Fehlersuche?](https://netsenx.com/de/faq/how-to-decrypt-tls-for-troubleshooting)
- [Wie funktioniert ein TLS-Handshake?](https://netsenx.com/de/faq/how-does-a-tls-handshake-work)
- [Was hat sich zwischen TLS 1.2 und TLS 1.3 geändert?](https://netsenx.com/de/faq/what-changed-between-tls-1-2-and-tls-1-3)
- [Sollten wir TLS 1.0 und 1.1 abschalten?](https://netsenx.com/de/faq/should-we-disable-tls-1-0-and-1-1)