Cloudflare rende disponibile in generale il DNS interno per reti private

Cloudflare ha annunciato che la sua funzionalità Internal DNS è ora disponibile in generale, uscendo dalla beta e passando in produzione per tutti gli account idonei a partire dal 20 luglio 2026. Il Domain Name System (DNS) è l'elenco telefonico di Internet, che traduce nomi facili da ricordare come example.com negli indirizzi IP numerici che i dispositivi usano per trovarsi. Il DNS interno fa lo stesso lavoro per le risorse private, come un portale per i dipendenti o un database, che dovrebbero essere visibili solo all'interno di una rete aziendale. Con questo rilascio, le aziende possono portare le proprie zone DNS private nella piattaforma globale di Cloudflare e consentire ai propri team di risolvere quegli hostname interni tramite il resolver Gateway di Cloudflare, un servizio che gestisce le query DNS sotto controllo delle policy. L'annuncio, scritto dai product leader di Cloudflare Enrique Somoza e Hannes Gerhart, posiziona la funzionalità come parte della più ampia Connectivity Cloud dell'azienda, piuttosto che come strumento autonomo.

La configurazione della funzionalità segue una sequenza chiara. Innanzitutto, un amministratore crea una vista DNS, che è una raccolta denominata di zone DNS, e collega una o più zone a quella vista tramite l'API di Cloudflare. Una zona DNS è come una cartella che contiene tutti i record DNS per un particolare dominio o sottodominio. La chiamata API mostrata nella documentazione di Cloudflare utilizza un ID account e un ID zona per creare una vista denominata production-view, quindi collega una zona specifica ad essa. Successivamente, il team crea una policy del resolver Gateway nel dashboard Zero Trust. Zero Trust è un approccio di sicurezza che richiede che ogni richiesta di accesso sia verificata, anche all'interno della rete. La policy imposta condizioni, come quali utenti o dispositivi corrispondono, e seleziona Internal DNS View come metodo di risoluzione. Una volta salvata, qualsiasi query DNS che corrisponde alla policy viene risolta dalle zone interne, mentre le altre query continuano normalmente. Gli amministratori possono anche gestire l'intera configurazione con Terraform, un popolare strumento per l'infrastruttura come codice che consente ai team di definire le risorse in file di configurazione invece di fare clic sui dashboard. Poiché Terraform scrive attraverso la stessa API DNS Records di tutto il resto, le modifiche apportate in Terraform seguono lo stesso identico percorso di ingestione e propagazione, riducendo le sorprese e rendendo possibili i rollback. La documentazione completa e gli esempi di configurazione end-to-end sono disponibili nella documentazione per sviluppatori di Cloudflare.

Il DNS interno funziona con qualsiasi metodo di connettività Cloudflare che instrada il traffico DNS attraverso il Gateway Resolver. Ciò include il client Cloudflare One (precedentemente noto come WARP), che è un agente software che instrada in modo sicuro il traffico dei dispositivi; DNS su HTTPS (DoH) e DNS su TLS (DoT), due standard che crittografano le query DNS in modo che non possano essere lette o alterate in transito; DNS standard sulla porta 53, che è il metodo tradizionale non crittografato; distribuzioni di file PAC, che utilizzano script di configurazione automatica del proxy; e Cloudflare WAN, un servizio che collega gli uffici e i data center di un'organizzazione in una rete privata. Per le organizzazioni che eseguono Cloudflare WAN, ogni dispositivo su quella rete connessa può risolvere hostname interni tramite Cloudflare senza bisogno del client Cloudflare One installato su ogni singolo dispositivo. Il risultato è un'esperienza DNS coerente su utenti remoti, filiali, data center e ambienti cloud, tutto gestito da un unico piano di controllo. Questo è importante perché molte aziende eseguono server DNS separati per diverse sedi, portando a risposte incoerenti e a una risoluzione dei problemi più difficile.

Cloudflare tiene a sottolineare che il DNS interno non è un servizio DNS autonomo. Estende la stessa piattaforma Connectivity Cloud che le organizzazioni già utilizzano per proteggere gli utenti con policy Zero Trust, connettere le reti con Cloudflare WAN, accelerare le applicazioni e proteggere i servizi esposti a Internet. Portando il DNS privato sulla stessa rete globale di tutto il resto, Cloudflare prepara il terreno per un'integrazione più profonda. L'azienda afferma che una più stretta integrazione tra DNS, networking e policy Zero Trust è il passo successivo, così che risolvere un hostname interno, raggiungere il servizio dietro di esso e applicare chi è autorizzato ad accedervi diventino decisioni prese attraverso un'unica piattaforma, piuttosto che attraverso più sistemi scollegati. Per i team IT, questa consolidazione può ridurre l'onere operativo e chiudere le lacune di sicurezza che sorgono quando diversi strumenti hanno policy contrastanti.

Da un punto di vista della privacy e della sicurezza, la mossa riflette un più ampio spostamento del settore verso la crittografia del traffico DNS e la centralizzazione delle policy. Anche per le organizzazioni che non usano Cloudflare, i principi valgono: separare le zone DNS interne e pubbliche, crittografare le query dove possibile e usare controlli di accesso sono difese di base contro il dirottamento DNS e la fuga di dati. Per i lettori che vogliono un resolver DNS privato e crittografato al di fuori dell'ecosistema di un singolo fornitore, AEU DNS (https://aeu-dns.com) offre un servizio senza log e attento alla privacy che crittografa le query DNS su HTTPS, TLS e QUIC, aiutando individui e aziende a mantenere private le loro ricerche da occhi indiscreti sulla rete. Cloudflare incoraggia gli operatori ad aprire il dashboard, navigare su Networking, poi Internal DNS, e creare una prima zona, e a unirsi alla Community di Cloudflare per domande e confronti. L'annuncio è un promemoria che il DNS, spesso trascurato, è un'infrastruttura critica che merita la stessa attenzione alla sicurezza di qualsiasi applicazione.