# Encrypted Client Hello acceca il monitoraggio di rete?

In parte. Con ECH un sensore non vede più il vero nome del server nell'handshake, quindi regole basate sui nomi, filtri web e semplici elenchi di shadow IT perdono precisione per i siti che lo usano. Resta molto: l'indirizzo IP di destinazione e chi lo gestisce, il nome pubblico esterno, di solito quello di una grande rete di distribuzione dei contenuti, le risposte DNS quando il DNS non è cifrato da un capo all'altro, tempi, volume e direzione di ogni flusso e l'impronta del client. I rilevamenti comportamentali come beaconing, scansioni, movimento laterale e caricamenti insoliti non dipendono dal nome del server e continuano a funzionare. Il traffico interno ne risente raramente, perché i server interni di rado pubblicano chiavi ECH. Sui dispositivi gestiti può intervenire: li faccia puntare al proprio resolver DNS e usi le policy aziendali del browser, che permettono di controllare ECH e DNS cifrato. La visibilità per nome dei servizi di IA o di condivisione file diventa meno completa per i siti dietro ECH con qualsiasi sensore di rete, NetSenX compreso.

FAQ: [Crittografia e traffico cifrato](https://netsenx.com/it/faq/encryption) · https://netsenx.com/it/faq/does-encrypted-client-hello-blind-network-monitoring

## Da leggere dopo

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

## Domande correlate

- [QUIC e HTTP/3 accecano i firewall?](https://netsenx.com/it/faq/do-quic-and-http3-blind-firewalls)
- [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)