# Czy Encrypted Client Hello oślepia monitoring sieci?

Częściowo. Przy ECH czujnik nie widzi już prawdziwej nazwy serwera w handshake'u, więc reguły oparte na nazwach, filtry WWW i proste listy shadow IT tracą precyzję dla stron, które go używają. Zostaje jednak sporo: docelowy adres IP i jego operator, zewnętrzna nazwa publiczna, zwykle dużej sieci CDN, odpowiedzi DNS, jeśli DNS nie jest szyfrowany od końca do końca, czas, ilość danych i kierunek każdego przepływu oraz odcisk klienta. Detekcje behawioralne, takie jak beaconing, skanowanie, ruch lateralny i nietypowe wysyłki, nie zależą od nazwy serwera i działają dalej. Ruch wewnętrzny rzadko jest dotknięty, bo serwery wewnętrzne rzadko publikują klucze ECH. Na urządzeniach zarządzanych masz wpływ: skieruj je na własny resolwer DNS i użyj polityk korporacyjnych przeglądarki, które pozwalają kontrolować ECH i szyfrowany DNS. Widoczność usług AI czy wymiany plików po nazwie z dowolnego czujnika sieciowego, także NetSenX, staje się mniej pełna dla stron za ECH.

FAQ: [Szyfrowanie i ruch szyfrowany](https://netsenx.com/pl/faq/encryption) · https://netsenx.com/pl/faq/does-encrypted-client-hello-blind-network-monitoring

## Czytaj dalej

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

## Powiązane pytania

- [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)
- [Co zmieniło się między TLS 1.2 a TLS 1.3?](https://netsenx.com/pl/faq/what-changed-between-tls-1-2-and-tls-1-3)