Ogni record DNS di ogni dominio su internet, in un unico file. È a questo che si riduce davvero avere il quadro completo, e c’è un solo modo pulito per ottenerlo. Non serve uno script che martella i resolver per una settimana e va comunque in timeout su metà internet. Servono le voci A, MX, TXT e NS di centinaia di milioni di nomi, già raccolte, elaborate e pronte da interrogare. Questo è ciò che si acquista.
Che cos’è un record DNS?
Un record DNS è una riga nella rubrica di internet. Indica al mondo dove risiede un nome e il modo per raggiungerlo. Quale server risponde sul web, dove arriva la sua email, quali nameserver sono autorevoli, e altro ancora. Ogni nome attivo ne porta un certo numero, e insieme costituiscono l’impronta operativa di quel dominio.
Ci sono alcuni tipi di record che si incontrano ripetutamente:
| Record | Cosa fa | Valore di esempio |
|---|---|---|
A |
punta un dominio a un indirizzo IPv4 | 93.184.216.34 |
AAAA |
punta un dominio a un indirizzo IPv6 | 2606:2800:220:1:: |
CNAME |
crea un alias di un nome verso un altro, mai su un apice di zona | cdn.example.com |
MX |
instrada l’email del dominio | mail.example.com (priorità 10) |
TXT |
testo libero, contiene SPF e token di verifica | v=spf1 include:_spf.google.com ~all |
NS |
i nameserver autorevoli del dominio | ns1.cloudflare.com |
SOA |
metadati start-of-authority della zona | NS primario, serial, refresh, retry, expire |
CAA |
quali autorità possono emettere i suoi certificati | letsencrypt.org |
Recuperare tutti questi dati per un solo nome permette di sapere come è ospitato, chi ne gestisce l’email e quale sicurezza ha impostato il proprietario. Recuperarli per ogni nome contemporaneamente significa avere in mano una mappa dell’intera infrastruttura di internet. Quel secondo dataset è quello che vale la pena avere, ed è quello che nessuno regala.
I record che fanno il lavoro pesante
Una manciata di questi tipi porta la maggior parte del segnale. Il record A è quello che la maggior parte delle persone immagina, associa un nome a un indirizzo IPv4 così un browser sa quale server raggiungere. Il record MX svolge lo stesso compito per l’email, indica i server che accettano un messaggio e li ordina per priorità. Il record TXT è il cavallo di battaglia silenzioso della sicurezza email. Sul dominio stesso, il record SPF elenca chi può inviare email a proprio nome. Le corrispondenti chiavi di firma DKIM e la policy DMARC risiedono su sottonomi dedicati (_domainkey e _dmarc), e insieme i tre indicano quanto è protetto un indirizzo, dato che è la policy DMARC, non la semplice presenza dei record, a far rispettare qualcosa. Il record NS indica i server autorevoli che rispondono per la zona, il che dice chi gestisce davvero la risoluzione di un nome.
Perché non è possibile recuperare da soli tutti i record DNS
In teoria si potrebbe risolvere ogni nome con dig in un ciclo. In pratica quel piano fallisce rapidamente. Ci sono centinaia di milioni di domini, e ognuno richiede diverse query per catturare ogni tipo, quindi ci si trova davanti a miliardi di lookup. I resolver pubblici applicano un rate limit e poi bloccano molto prima che si finisca. I server autorevoli limitano il traffico. Timeout, tentativi ripetuti e fallimenti transitori fanno sì che una singola passata non sia mai completa, e nel frattempo i dati continuano a cambiare mentre la scansione è in corso, quindi la risposta è già superata quando arriva.
Poi c’è il parsing. Le risposte grezze sono pacchetti in formato wire, non un’esportazione ordinata. Trasformarne miliardi in voci pulite e tipizzate che si possano davvero interrogare è di per sé un progetto di ingegneria che si aggiunge alla scansione. Molti team lo iniziano, lo guardano divorare un trimestre, e abbandonano silenziosamente.
I fallimenti non sono nemmeno casuali. I grandi provider limitano deliberatamente la risoluzione in blocco, quindi più la scansione è approfondita, più velocemente viene bloccata. I server autorevoli che usano il GeoDNS restituiscono risposte diverse a seconda della località, quindi un unico punto di osservazione perde silenziosamente record che compaiono solo in una regione. Quando si è finito di progettare soluzioni per aggirare tutto questo, si è costruito un piccolo sistema distribuito il cui unico output è un dato che qualcuno vende già pronto.
Questo è il problema che webatla ha già risolto. Risolviamo l’intero namespace con una pianificazione a rotazione, elaboriamo ogni risposta in JSON strutturato e consegniamo il dataset finito. Si evitano la scansione, i blocchi e il parsing, e si va dritti ai dati.
Come webatla raccoglie ogni record
La differenza rispetto a una scansione fai-da-te è la distribuzione e la pazienza. webatla risolve il namespace da molti punti di osservazione con una pianificazione a rotazione, così nessun singolo resolver viene mai martellato, e ogni risposta viene validata ed elaborata in una voce tipizzata prima di arrivare all’esportazione. Un nome che fallisce in una passata viene ritentato nella successiva, quindi la copertura cresce nel tempo invece di degradarsi. Il risultato è la parte che si voleva davvero fin dall’inizio. Una voce pulita e tipizzata per ogni nome, non un mucchio di pacchetti da debuggare.
Ogni record DNS, in un unico file
Il dataset DNS di webatla è la risposta per ottenere tutti i record DNS in una volta sola. Ogni dominio che tracciamo, con le sue voci A, AAAA, CNAME, MX, TXT, NS, SOA, CAA e DNSSEC raccolte ed elaborate in un unico dataset pulito. Copre ogni estensione di dominio, viene ricostruito con cadenza continua, e arriva come JSONL che si può interrogare nel momento stesso in cui atterra.
Nessuna farm di resolver da gestire, nessun pacchetto da analizzare, nessun rate limit per dominio da combattere. Lo si acquista una volta sola e si recupera ogni record di internet da un unico account, pronto per l’analisi in pochi minuti anziché in mesi.
Come si presenta ogni riga
Ogni riga è un nome e il suo quadro completo. Oltre ai valori stessi, ogni riga riporta quando i dati sono stati controllati l’ultima volta e se la ricerca è andata a buon fine, così si sa sempre quanto è recente ogni risposta:
{"domain":"example.com","dnsAt":"2026-06-22","dnsStatus":"TRUE","dnsRecords":{"A":["93.184.216.34"],"MX":[{"host":"mail.example.com","priority":10}],"NS":["a.iana-servers.net","b.iana-servers.net"],"TXT":["v=spf1 -all"],"SOA":{"mname":"ns.icann.org","serial":2026062201,"refresh":7200}}}
| Campo | Significato |
|---|---|
domain |
il dominio a cui appartengono i record |
dnsRecords |
ogni tipo indicizzato per nome (A, MX, TXT e gli altri) |
dnsAt |
la data dell’ultimo controllo del DNS di questo dominio |
dnsStatus |
se la ricerca è andata a buon fine |
Serve anche il dettaglio della registrazione di ogni dominio? Aggiunga il dataset RDAP e WHOIS. Vuole DNS, registrazione e tecnologie in un unico posto? Il pacchetto all-data li unisce per Lei.
Come lavorare con il file
Essendo JSONL, un dominio per riga, i dati fluiscono in jq, DuckDB, pandas o Spark senza doverli caricare in memoria. Alcuni esempi.
Recuperare ogni nome e i suoi server di posta:
jq -c '{domain, mx: .dnsRecords.MX}' dns.jsonl
Trovare ogni nome i cui nameserver girano su Cloudflare:
jq -c 'select(.dnsRecords.NS[]? | test("cloudflare"))' dns.jsonl > cloudflare-dns.jsonl
Contare i nomi che pubblicano un record SPF, direttamente sui dati:
grep -c '"v=spf1' dns.jsonl
Quest’ultima riga risponde a una domanda di sicurezza email su scala dell’intero internet in pochi secondi. Abbiamo usato gli stessi dati per mappare la concentrazione di nameserver e registrar, e il metodo è identico. Un file, una passata, una risposta reale.
Cosa sblocca un dataset DNS completo
Una volta che ogni voce risiede in un unico dataset interrogabile, molti problemi costosi si riducono a filtri di una riga. Il valore non sta in una singola ricerca, che chiunque può fare a mano. Sta nell’averle tutte insieme, così una domanda che un tempo significava scansionare un milione di nomi diventa una scansione di un dataset che si possiede già.
Lo schema è sempre lo stesso. La parte difficile non è mai stata l’analisi. Era ottenere fin dall’inizio dati completi, aggiornati e strutturati, e farlo senza un team che sorveglia un crawler per un trimestre intero. Eliminando quel collo di bottiglia, le domande a cui si può rispondere in un pomeriggio sono quelle che un tempo richiedevano un progetto e un budget. Ciò per cui si paga non è una query intelligente. È l’input pulito e finito che rende banale la query intelligente.
- Sicurezza email su scala. Leggere il record SPF e la configurazione email di ogni nome per individuare caselle vulnerabili allo spoofing, verificare una base clienti o dimensionare un mercato per provider email.
- Mappatura della superficie di attacco. Seguire i record A, AAAA e CNAME per vedere dove risolvono realmente un dominio e i suoi sottodomini, e quali host condivisi si raggruppano insieme. Raggruppare quei record A per IP trasforma l’esportazione in un database di domini ospitati.
- Intelligence sui provider. Raggruppare i domini per NS o MX per misurare chi gestisce DNS ed email per internet, e tracciare le migrazioni mentre avvengono.
- Adozione di DNSSEC. Contare i record DS, DNSKEY e RRSIG per vedere quali zone sono firmate e quali no.
- Igiene dei certificati. Un record CAA mostra quali autorità un nome autorizza a emettere i suoi certificati, così una configurazione errata su un intero portfolio emerge in una sola passata.
- Tracciamento delle migrazioni. Quando un’azienda cambia email o hosting, le sue voci MX e NS cambiano per prime, quindi osservare questi due tipi di record nel tempo rivela il trasloco prima di qualsiasi annuncio.
Ognuno di questi casi richiede lo stesso punto di partenza. Un set completo e aggiornato di record DNS per l’intero namespace dei domini, non un campione risolto a mano.
Sempre aggiornato, mai un’estrazione una tantum
Il DNS non è statico. Un record A cambia quando un sito cambia host, i record MX cambiano durante una migrazione email, e un record TXT si modifica ogni volta che qualcuno aggiorna una policy di sicurezza. Un file risolto sei mesi fa è un pezzo da museo.
Il dataset DNS di webatla viene ricostruito con cadenza continua, e ogni nome porta il proprio timestamp dnsAt, così si vede sempre quanto è aggiornata ogni voce. Riscarichi con la cadenza che il Suo lavoro richiede, e ogni file riflette il DNS di oggi.
Domande frequenti
Quali tipi di record DNS sono inclusi? Quelli comuni che ogni dominio utilizza, tra cui A, AAAA, CNAME, MX, TXT, NS, SOA e CAA, più i record DNSSEC come DS, DNSKEY e RRSIG dove presenti. Tutto viene elaborato in JSON tipizzato, quindi non si tocca mai un pacchetto grezzo.
Quanti domini copre? I record DNS dei domini di ogni estensione di dominio tracciata da webatla, centinaia di milioni, in un unico file.
Posso ottenere solo i record MX o solo i record TXT?
Sì. Il file contiene ogni tipo di record per dominio, quindi un singolo filtro jq o SQL restituisce solo i record MX, solo le stringhe SPF, o qualunque porzione serva. È un filtro, non un acquisto separato.
Che formato ha?
JSONL pulito, un dominio per riga, con i record DNS come JSON strutturato. Si inserisce direttamente in jq, DuckDB, pandas e BigQuery.
Quanto sono aggiornati i dati?
Ricostruiti con cadenza continua, e ogni dominio porta una data dnsAt che permette di vedere quanto sono recenti i suoi record. Mai un’estrazione una tantum superata.
Posso associare i record alla proprietà o alla posizione dell’IP? I record A e AAAA forniscono gli indirizzi IP, che si possono unire a una fonte di IP-intelligence per ottenere l’ASN in modo affidabile e la geografia in modo approssimativo.
I record coprono anche i sottodomini? Il set è indicizzato per nome registrato, e cattura le voci pubblicate a quel nome.
Quanto costa? Un prezzo fisso per un mese di accesso su un singolo account. Consulti la pagina prezzi per la cifra attuale.
Scaricare ogni record DNS
Smetta di costruire una farm di resolver che La fa bloccare prima ancora di finire. Scarichi il dataset DNS di webatla → e ottenga ogni record DNS per ogni dominio, dalla A al DNSSEC, come JSONL pulito da interrogare da oggi stesso. Vuole anche i dati di registrazione e di tecnologia? Il pacchetto all-data contiene DNS e il resto in un unico posto. È il modo più rapido per passare da «Ho bisogno di tutti i record DNS» ad averli davvero.