# Czy DNS over HTTPS może ukryć ruch przed monitoringiem bezpieczeństwa?

Może ukryć zapytania DNS, ale nie połączenia, które po nich następują. DNS over HTTPS (DoH, RFC 8484) i DNS over TLS (DoT, RFC 7858) szyfrują pytania, które urządzenie zadaje swojemu resolwerowi. Jeśli przeglądarki lub aplikacje korzystają z zewnętrznego resolwera DoH, firmowy serwer DNS i jego logi nie widzą już, jakie nazwy są sprawdzane, co osłabia filtrowanie oparte na DNS i dochodzenia. Malware może używać DoH z tego samego powodu. Połączenia z rzeczywistymi celami nadal przechodzą przez sieć z adresami IP, czasem i ilością danych, a często z nazwą serwera w handshake'u TLS. Praktyczne kroki: uruchom własny resolwer albo korzystaj z resolwera dostawcy obsługującego szyfrowany DNS i skieruj na niego zarządzane urządzenia; użyj polityk przeglądarki i systemu operacyjnego, by nie korzystały z innych resolwerów; i szukaj urządzeń, które łączą się bezpośrednio z publicznymi usługami DoH. DoT łatwo zauważyć, bo używa portu 853; DoH wygląda jak zwykłe HTTPS. NetSenX alarmuje o tunelowaniu DNS; nie filtruje ani nie blokuje DNS.

FAQ: [Szyfrowanie i ruch szyfrowany](https://netsenx.com/pl/faq/encryption) · https://netsenx.com/pl/faq/can-dns-over-https-hide-traffic-from-security-monitoring

## Czytaj dalej

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

## Powiązane pytania

- [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)
- [Czy powinniśmy wyłączyć TLS 1.0 i 1.1?](https://netsenx.com/pl/faq/should-we-disable-tls-1-0-and-1-1)
- [Które szyfry TLS powinniśmy wyłączyć?](https://netsenx.com/pl/faq/which-tls-ciphers-should-we-turn-off)