# Maakt Encrypted Client Hello netwerkmonitoring blind?

Gedeeltelijk. Met ECH ziet een sensor de echte servernaam in de handshake niet meer, dus regels op basis van namen, webfilters en eenvoudige lijsten voor schaduw-IT verliezen precisie bij sites die het gebruiken. Er blijft veel over: het IP-adres van de bestemming en wie dat beheert, de buitenste publieke naam, meestal die van een groot contentdeliverynetwerk, DNS-antwoorden als DNS niet van begin tot eind versleuteld is, de timing, het volume en de richting van elke flow en de clientfingerprint. Gedragsdetecties zoals beaconing, scans, laterale beweging en ongewone uploads hangen niet af van de servernaam en blijven werken. Intern verkeer wordt zelden geraakt, omdat interne servers zelden ECH-sleutels publiceren. Op beheerde apparaten hebt u invloed: laat ze uw eigen DNS-resolver gebruiken en zet de bedrijfsbeleidsregels van de browser in, waarmee ECH en versleutelde DNS te sturen zijn. Zicht op AI- of bestandsdelingsdiensten op naam wordt voor sites achter ECH minder volledig, voor elke netwerksensor, NetSenX inbegrepen.

FAQ: [Versleuteling en versleuteld verkeer](https://netsenx.com/nl/faq/encryption) · https://netsenx.com/nl/faq/does-encrypted-client-hello-blind-network-monitoring

## Lees verder

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

## Gerelateerde vragen

- [Maken QUIC en HTTP/3 firewalls blind?](https://netsenx.com/nl/faq/do-quic-and-http3-blind-firewalls)
- [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)