# Czym jest Encrypted Client Hello (ECH)?

ECH to rozszerzenie TLS, które szyfruje wrażliwą część ClientHello, w tym prawdziwą nazwę serwera, kluczem publicznym publikowanym przez stronę w DNS. W sieci obserwator widzi tylko zewnętrzne ClientHello ze wspólną nazwą publiczną, zwykle sieci CDN hostującej stronę, zamiast właściwej strony. Zaprojektowano je dla prywatności: by nikt na trasie, od Wi-Fi w kawiarni po dostawcę internetu, nie dowiadywał się, jaką stronę odwiedzasz. Obsługują je główne przeglądarki, a oferują niektóre duże sieci CDN, więc część ruchu webowego już z niego korzysta, podczas gdy większość serwerów firmowych i wewnętrznych nie. ECH idzie zwykle w parze z szyfrowanym DNS, bo inaczej nazwa i tak wyciekłaby przez zapytanie DNS. Certyfikat i treść sesji były zaszyfrowane już w TLS 1.3; ECH zamyka jedno z ostatnich czytelnych pól. Dla zespołów bezpieczeństwa oznacza to mniej nazw i większe oparcie na zachowaniu.

FAQ: [Szyfrowanie i ruch szyfrowany](https://netsenx.com/pl/faq/encryption) · https://netsenx.com/pl/faq/what-is-encrypted-client-hello

## Czytaj dalej

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

## Powiązane pytania

- [Czy Encrypted Client Hello oślepia monitoring sieci?](https://netsenx.com/pl/faq/does-encrypted-client-hello-blind-network-monitoring)
- [Czy QUIC i HTTP/3 oślepiają zapory?](https://netsenx.com/pl/faq/do-quic-and-http3-blind-firewalls)
- [Czy DNS over HTTPS może ukryć ruch przed monitoringiem bezpieczeństwa?](https://netsenx.com/pl/faq/can-dns-over-https-hide-traffic-from-security-monitoring)
- [Jak odszyfrować ruch TLS na potrzeby diagnostyki?](https://netsenx.com/pl/faq/how-to-decrypt-tls-for-troubleshooting)
- [Jak działa handshake TLS?](https://netsenx.com/pl/faq/how-does-a-tls-handshake-work)