# QUIC e HTTP/3 accecano i firewall?

Riducono ciò che vedono i firewall datati, ma non rendono invisibile il traffico. QUIC (RFC 9000, 2021) è il trasporto su cui poggia HTTP/3. Usa la porta UDP 443 e cifra quasi tutto, compresa buona parte di ciò che TCP lasciava leggibile, come numeri di pacchetto e conferme. I suoi primi pacchetti portano un ClientHello TLS 1.3 protetto solo da chiavi che chiunque può ricavare, quindi un sensore che comprende QUIC può ancora leggere il nome del server e i parametri dell'handshake. Firewall e proxy costruiti per TCP spesso non riescono affatto a ispezionare QUIC. Nelle aziende che si affidano all'ispezione TLS o al filtraggio web è prassi bloccare la porta UDP 443, così i browser tornano a HTTP/2 su TCP senza che gli utenti se ne accorgano. Senza una regola del genere, QUIC appare semplicemente come flussi UDP con tempi e volumi come qualsiasi altro traffico, e i rilevamenti basati sui flussi, come il beaconing e i volumi di caricamento insoliti, restano validi. Verifichi se il Suo firewall riporta il traffico QUIC prima di darlo per coperto.

FAQ: [Crittografia e traffico cifrato](https://netsenx.com/it/faq/encryption) · https://netsenx.com/it/faq/do-quic-and-http3-blind-firewalls

## Da leggere dopo

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

## Domande correlate

- [DNS over HTTPS può nascondere il traffico al monitoraggio di sicurezza?](https://netsenx.com/it/faq/can-dns-over-https-hide-traffic-from-security-monitoring)
- [Come decifro il traffico TLS per la risoluzione dei problemi?](https://netsenx.com/it/faq/how-to-decrypt-tls-for-troubleshooting)
- [Come funziona un handshake TLS?](https://netsenx.com/it/faq/how-does-a-tls-handshake-work)
- [Che cosa è cambiato tra TLS 1.2 e TLS 1.3?](https://netsenx.com/it/faq/what-changed-between-tls-1-2-and-tls-1-3)
- [Dovremmo disattivare TLS 1.0 e 1.1?](https://netsenx.com/it/faq/should-we-disable-tls-1-0-and-1-1)