DNS criptato (DoH/DoT) e il suo impatto sulle capacità di intercettazione legale

DNS crittografato - Esempio di conformità alle norme sull'intercettazione legale

The Domain Name System (DNS) has long been one of the most valuable data sources for lawful interception and network intelligence. DNS queries reveal which websites a user visits, which services they access, and which applications they use, even when the rest of the traffic is encrypted. For decades, DNS traffic has been transmitted in plaintext, making it readily accessible to network-level interception. The emergence of encrypted DNS protocols — DNS over HTTPS (DoH) and DNS over TLS (DoT) — is fundamentally changing this landscape, with significant implications for capacità di intercettazione legittima.

Questo articolo analizza il funzionamento dei protocolli DoH e DoT, i motivi per cui vengono adottati, il loro impatto sulle intercettazioni legittime e le misure che gli operatori possono adottare per adempiere ai propri obblighi di conformità in un contesto in cui il traffico DNS è sempre più crittografato.

La sfida del DNS crittografato per gli operatori

Traditional DNS resolution uses port 53 (mostly UDP, with TCP for larger responses), transmitting queries and responses in plaintext. Anyone with access to the network path between the user and the DNS resolver — including the operator, intermediate network elements, and potential eavesdroppers — can observe the DNS queries and determine which domain names the user is resolving.

DNS over TLS (DoT), defined in RFC 7858, encrypts DNS traffic by wrapping it in a TLS connection on TCP port 853. The DNS queries and responses are encrypted in transit, preventing observation by intermediaries. However, the use of a dedicated port (853) makes DoT traffic identifiable at the network level — an observer can determine that DNS resolution is occurring, even though the content of the queries is encrypted. A third protocol, DNS over QUIC (DoQ, RFC 9250), runs on UDP port 853. Oblivious DoH (RFC 9230) additionally hides the user’s IP address from the resolver.

DNS over HTTPS (DoH), defined in RFC 8484, takes encryption a step further by tunnelling DNS traffic within standard HTTPS connections on port 443 (TCP, or UDP when HTTP/3 over QUIC is used). Because DoH uses ordinary HTTPS on port 443, its content cannot be separated from web traffic, although connections to well-known public resolvers can still be recognised by their addresses. DoH effectively hides DNS resolution within the vast volume of encrypted web traffic that traverses modern networks.

Entrambi i protocolli sono stati progettati per proteggere la privacy degli utenti impedendo agli intermediari di rete di monitorare le query DNS. I principali produttori di browser — tra cui Mozilla Firefox e Google Chrome — hanno implementato il supporto per il DoH, e alcuni sistemi operativi ora supportano nativamente sia il DoH che il DoT. L'adozione del DNS crittografato sta accelerando, spinta dalla difesa della privacy, dalle impostazioni predefinite dei browser e dalla tendenza più ampia verso la crittografia di tutto il traffico di rete.

L'impatto sull'intercettazione legale

The encryption of DNS traffic has a direct and significant impact on lawful interception capabilities. Plaintext DNS queries have traditionally been visible to investigators inside the content of communication (CC): the IP copy of the target’s traffic includes every DNS packet, providing a detailed record of the target’s online activity. When a target visits a website, sends an email, or uses an application, the corresponding DNS queries reveal the domain names involved, even when the content of the communication is encrypted.

Con DoH e DoT, gli operatori non possono più monitorare le query DNS a livello di rete se il dispositivo di destinazione è configurato per utilizzare un resolver DNS crittografato non gestito dall’operatore. Il processo di risoluzione DNS è crittografato end-to-end tra il dispositivo e il resolver, e le apparecchiature di rete dell’operatore non possono decrittografare le query senza avere accesso alle chiavi di sessione TLS.

This loss of DNS visibility affects real-time interception: the IP copy of the target’s traffic still contains every DNS packet, but with DoH and DoT those packets are encrypted, so the LEA loses the domain names it used to read from them. Encrypted DNS does not affect retained data: data retention rules, where they apply, cover subscriber and IP-assignment records. They do not cover DNS queries or browsing history, which in Germany are expressly excluded from data retention (§ 176(5) TKG).

L’impatto è più grave quando il destinatario utilizza un resolver DoH di terze parti — come quelli gestiti da Cloudflare, Google o altri provider — anziché l’infrastruttura DNS dell’operatore stesso. In questo caso, le query DNS vengono risolte interamente al di fuori della rete dell’operatore, che non ha alcun accesso alle stesse. Se il destinatario utilizza il resolver DNS proprio dell’operatore con DoT o DoH, l’operatore mantiene l’accesso ai dati delle query a livello di resolver, ma non nei punti intermedi della rete.

Strategie di mitigazione per gli operatori

Operators cannot prevent the adoption of encrypted DNS, but they can implement strategies to mitigate its impact on lawful interception. The first strategy is to operate their own DoH and DoT resolvers and to encourage their subscribers to use these resolvers, for example by advertising them through DDR (RFC 9462) or DNR (RFC 9463) so that devices upgrade to the operator’s encrypted resolver automatically. If the operator runs the encrypted resolver, an interception point at the resolver can still see a target’s queries in plaintext once a valid order is in force. This is not a reason to log all subscribers’ DNS: keeping such data needs its own legal basis. This approach preserves DNS visibility for lawful interception while still providing subscribers with the privacy benefits of encrypted DNS against third-party observation.

The second strategy involves using alternative data sources to reconstruct the information that DNS queries previously provided. Server Name Indication (SNI) in TLS handshakes provides the domain name of the server that the client is connecting to, and this information has traditionally been transmitted in plaintext. However, Encrypted Client Hello (ECH, RFC 9849, published 2026, the successor to ESNI) now encrypts the SNI as well, wherever browser and server support it, further reducing visibility. IP address analysis can also provide some information about which services a target is accessing, but the widespread use of content delivery networks (CDNs) and shared hosting means that IP-to-domain mapping is often ambiguous.

The third strategy is to implement interception at the application layer or at the device level, rather than relying solely on network-level data. This approach is beyond the scope of traditional telecommunications interception, but some jurisdictions already permit device-level interception under strict conditions (in Germany, ‘Quellen-TKÜ’ under § 100a StPO), as a response to the increasing encryption of network traffic. For operators, this is not a practical solution, but it is part of the broader context in which encrypted DNS should be understood.

A fourth strategy involves regulatory and policy engagement. Outside the EU, some governments block third-party resolvers or encrypted handshakes. In the EU, net-neutrality rules (Regulation (EU) 2015/2120) make such blocking by operators difficult without a specific legal basis. These approaches are controversial and raise questions about network neutrality, user freedom, and technical feasibility.

La tendenza generale verso una maggiore crittografia

Il DNS crittografato fa parte di una tendenza più ampia verso la crittografia di tutto il traffico di rete, guidata da preoccupazioni relative alla privacy, dalle migliori pratiche di sicurezza e dalle configurazioni predefinite delle principali piattaforme software. TLS 1.3, ECH, QUIC e altre tecnologie stanno progressivamente crittografando una parte sempre maggiore dei metadati e dei contenuti su cui si è tradizionalmente basata l’intercettazione a livello di rete. Ogni passo in questa direzione riduce la visibilità a disposizione degli operatori e, per estensione, quella delle attività di intercettazione legittime.

Gli operatori devono rendersi conto che la visibilità a livello di rete di cui hanno goduto in passato sta diminuendo e continuerà a diminuire. La risposta a questa tendenza non può essere puramente tecnica: richiede il coinvolgimento delle autorità di regolamentazione, degli organismi di normazione e delle forze dell'ordine per sviluppare nuovi approcci all'intercettazione legale che tengano conto delle realtà di un ambiente di rete fortemente crittografato.

At the same time, operators must continue to deliver whatever interception data they are technically capable of providing. The encryption of DNS does not eliminate the operator’s legal obligation to intercept; it changes the scope of what can be intercepted. Operators must remove encryption they apply in the network or whose keys they help generate or exchange (in Germany § 8(3) TKÜV). Third-party DoH or DoT traffic is handed over as captured. Operators must be transparent with law enforcement about these limitations and must ensure that their LI systems are updated to handle the reduced visibility gracefully — delivering the complete copy of the target’s traffic, encrypted DNS included, without filtering it.

Implicazioni in materia di conformità e rendicontazione

Encrypted DNS does not reduce what an operator has to deliver: the complete copy of the target’s traffic, including the encrypted DNS packets, still meets the obligation. What changes is what law enforcement can read from it, and operators should explain this when agencies ask why domain names are missing.

Le autorità di regolamentazione di alcune giurisdizioni potrebbero dover aggiornare i propri requisiti tecnici e le proprie aspettative per tenere conto della realtà del DNS crittografato. Gli operatori possono svolgere un ruolo costruttivo in questo processo, fornendo competenze tecniche e approfondimenti pratici per orientare lo sviluppo della normativa. L’esito peggiore per tutte le parti sarebbe l’aspettativa normativa che gli operatori forniscano dati ai quali non sono tecnicamente in grado di accedere — una situazione che crea un rischio di non conformità senza apportare alcun valore alle indagini.

Conclusione

Encrypted DNS represents a significant shift in the balance between privacy and surveillance capability in telecommunications networks. DoH and DoT protect user privacy by preventing the observation of DNS queries by network intermediaries, but they also reduce the visibility available to lawful interception systems. Operators can help by offering their own encrypted DNS resolvers, leveraging alternative data sources, engaging with regulators on evolving requirements, and ensuring that their LI systems accurately reflect the data that is actually available. The trend toward comprehensive network encryption is irreversible, and operators that adapt proactively will be better positioned to maintain compliance and to provide meaningful support to law enforcement within the constraints of the evolving technical landscape.

Il dibattito sul DNS crittografato mette inoltre in luce la tensione tra i diritti alla privacy dei singoli e le legittime esigenze delle forze dell’ordine. Trovare il giusto equilibrio richiede la collaborazione tra esperti di tecnologia, responsabili politici, società civile e forze dell’ordine. Gli operatori si trovano al crocevia di questi interessi e hanno la responsabilità unica di garantire che le capacità tecniche, gli obblighi legali e le misure di tutela della privacy siano allineati. Partecipando attivamente allo sviluppo di standard, alle consultazioni normative e ai forum di settore, gli operatori possono contribuire a definire soluzioni che rispettino la privacy, preservando al contempo la capacità delle società democratiche di condurre attività di sorveglianza legittime nel rispetto dello Stato di diritto.

Articoli correlati

Per ulteriori letture su argomenti correlati, esplorate questi articoli:

Risorse esterne

Le seguenti risorse esterne forniscono ulteriore contesto e documentazione ufficiale:

Torna in alto
ICS
Panoramica privacy

Questo sito web utilizza i cookie per potervi offrire la migliore esperienza d'uso possibile. Le informazioni contenute nei cookie vengono memorizzate nel browser dell'utente e svolgono funzioni quali il riconoscimento dell'utente quando torna sul nostro sito web e l'aiuto al nostro team per capire quali sezioni del sito web sono più interessanti e utili per l'utente.