# DNS over HTTPS può nascondere il traffico al monitoraggio di sicurezza?

Può nascondere le interrogazioni DNS, non le connessioni che seguono. DNS over HTTPS (DoH, RFC 8484) e DNS over TLS (DoT, RFC 7858) cifrano le domande che un dispositivo pone al proprio resolver. Se browser o app usano un resolver DoH esterno, il server DNS aziendale e i suoi log non vedono più quali nomi vengono risolti, il che indebolisce il filtraggio basato sul DNS e le indagini. Un malware può usare DoH per lo stesso motivo. Le connessioni verso le destinazioni effettive attraversano comunque la rete con indirizzi IP, tempi e volumi, e spesso con il nome del server nell'handshake TLS. Passi pratici: usi un proprio resolver, o quello di un fornitore, che supporti il DNS cifrato e lo faccia usare ai dispositivi gestiti; impedisca con le policy di browser e sistema operativo l'uso di altri resolver; e cerchi i dispositivi che parlano direttamente con servizi DoH pubblici. DoT è facile da individuare perché usa la porta 853; DoH sembra normale HTTPS. NetSenX genera allarmi sul tunneling DNS; non filtra né blocca il DNS.

FAQ: [Crittografia e traffico cifrato](https://netsenx.com/it/faq/encryption) · https://netsenx.com/it/faq/can-dns-over-https-hide-traffic-from-security-monitoring

## Da leggere dopo

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

## Domande correlate

- [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)
- [Dovremmo disattivare TLS 1.0 e 1.1?](https://netsenx.com/it/faq/should-we-disable-tls-1-0-and-1-1)
- [Quali cifrari TLS dovremmo disattivare?](https://netsenx.com/it/faq/which-tls-ciphers-should-we-turn-off)