Verifica DNS in sospeso

Individua i record DNS che puntano ancora a risorse cloud eliminate, server di posta inattivi o domini SPF scaduti, prima che un malintenzionato se ne appropri e pubblichi contenuti o invii e-mail dal tuo dominio.
Server DNS
  • Google
  • Cloudflare
Controlliamo i log dei certificati e i sottodomini più comuni, seguiamo ogni record CNAME fino alla sua destinazione e risolviamo i tuoi host MX, i server dei nomi e le inclusioni SPF per individuare i record che puntano a risorse non più esistenti.
Aggiungi i tuoi sottodomini

Uno per riga o separati da virgola, fino a un massimo di 60 nomi sotto questo dominio. Per un controllo completo, incolla i nomi host dall'esportazione della tua zona DNS.

Come funziona il Dangling DNS Checker

I record "dangling" sono voci DNS che rimangono dopo che la risorsa a cui rimandano è stata eliminata. Questo strumento li individua nei tuoi sottodomini e nella configurazione della posta elettronica, indicandoti quali potrebbero essere compromessi da un malintenzionato.

1

Inserisci il tuo dominio

Inserisci il tuo dominio principale (ad es. company.com). Verifichiamo i nomi presenti nei registri pubblici dei certificati e i nomi comuni come blog, shop, staging e status, oltre a eventuali sottodomini aggiunti. Una sonda con nome casuale rileva per prima i DNS con caratteri jolly, pertanto non viene segnalata come risultato.

2

I record vengono risolti

Ogni record CNAME viene risolto fino alla destinazione finale. Segnaliamo le destinazioni che restituiscono NXDOMAIN, le verifichiamo su un secondo server DNS e controlliamo le piattaforme con casi noti di takeover per verificare la presenza della loro pagina "non trovato". Host MX, server dei nomi e SPF include: Vengono risolti anche i domini.

3

Ottieni un elenco delle correzioni

Visualizza tutti i record in sospeso e a rischio ordinati in base alla gravità, con l'indicazione esatta del record da eliminare o della risorsa da recuperare, in modo che il responsabile del DNS sappia da dove iniziare.

Che cos’è un record DNS “dangling”?

A record DNS sospeso rimanda a una risorsa che non controlli più. Il caso più comune è un record CNAME per un sottodominio come blog.company.com che rimanda ancora a un'app Heroku, a un bucket S3 o a un sito Azure che è stato eliminato. Se il provider consente a chiunque di registrare nuovamente quel nome di risorsa, un malintenzionato può appropriarsene e il tuo sottodominio inizierà a pubblicare i suoi contenuti. Questo fenomeno è noto come "subdomain takeover".

$ dig blog.example.com blog.example.com. 300 IN CNAME example-blog.herokuapp.com. example-blog.herokuapp.com. stato: NXDOMAIN ; L'app è stata eliminata, ma il record CNAME è rimasto. ; Chiunque crei "example-blog" su Heroku ora controlla blog.example.com.

Phishing sul tuo dominio reale

Un sottodominio compromesso serve le pagine dell'autore dell'attacco tramite HTTPS, con il tuo dominio nella barra degli indirizzi. Gli utenti, i filtri e gli scanner di URL lo considerano attendibile.

Email inviata a nome tuo

Un SPF non funzionante include: consente a chiunque registri quel dominio di autorizzare i propri server a inviare messaggi a nome tuo. Tali messaggi possono passare SPF e DMARC.

Controlla il tuo record SPF →

Cookie e sessioni esposti

Cookie con ambito .company.com vengono inviati a ogni sottodominio, compreso quello compromesso. Gli autori degli attacchi possono inoltre ottenere certificati TLS validi per esso.

Leggi: DNS "dangling" e appropriazione di sottodomini →

Problemi comuni relativi ai DNS "dangling" e come risolverli

Di seguito sono riportati i tipi di record segnalati da questo strumento di controllo, il significato di ciascuno di essi e la soluzione.

CNAME sospeso

Il destinatario del record CNAME non esiste

Il sottodominio punta a un host che restituisce NXDOMAIN. Se il dominio di destinazione risiede su una piattaforma cloud o SaaS, potrebbe essere rivendicato da chiunque.

Elimina il record CNAME oppure ricrea la risorsa con lo stesso identico nome nel tuo account.

Servizio soggetto a acquisizioni

CNAME verso S3, Azure, Heroku, GitHub Pages e simili

Alcune piattaforme continuano a risolvere l'indirizzo anche dopo che la risorsa è stata eliminata e mostrano solo una pagina "non trovata". Il DNS da solo non è in grado di distinguere una risorsa attiva da una abbandonata, quindi cerchiamo anche quella pagina.

Verifica che la risorsa sia ancora presente nel tuo account del provider. Elimina il record se il progetto è stato dismesso.

Gli SPF non validi includono

L'SPF include un dominio che non esiste più

Un dominio fornitore scaduto presente nel tuo record SPF può essere registrato da chiunque, il quale potrà quindi pubblicare un record SPF che autorizzi i propri server di posta per il tuo dominio.

Rimuovere il include: dal tuo record SPF. Inoltre, libera una delle tue 10 ricerche DNS.

Host MX inattivo

Il mail exchanger non riesce a risolvere l'indirizzo

L'invio di posta a quell'host non va a buon fine. Se il dominio dell'host è scaduto, un nuovo proprietario potrebbe ricevere la posta indirizzata al tuo dominio.

Rimuovi il record MX oppure indirizzalo verso un server di posta attivo.

IP rilasciato

Un record rimanda a un indirizzo IP cloud che hai ceduto

I fornitori di servizi cloud riassegnano gli indirizzi IP pubblici liberati ad altri clienti. Il DNS da solo non è in grado di indicare a chi appartiene un indirizzo IP, pertanto questo strumento elenca i record A per consentirti di verificarli.

Confronta i record A con gli indirizzi IP assegnati ai tuoi account cloud ed elimina quelli rimanenti.

Delegazione orfana

Record NS relativi a una zona ospitata eliminata

Un sottodominio delegato a una zona DNS che è stata eliminata dal provider consente a chiunque di ricreare tale zona e di controllare tutti i record ad essa associati.

Elimina la delega NS oppure ricrea la zona ospitata nel tuo account.

Come evitare i record DNS "dangling"

1

Eliminare prima il DNS

Al termine di un progetto, rimuovere il record DNS prima di eliminare la risorsa cloud, non dopo.

2

Tieni un inventario

Tieni traccia di quale team è responsabile di ciascun sottodominio e quale provider lo ospita.

3

Pulizia dell'SPF

In occasione di ogni procedura di disattivazione di un fornitore, rimuovi dal tuo record SPF i fornitori a cui non invii più messaggi.

4

Monitorare costantemente

Ogni volta che una risorsa viene eliminata, compaiono record pendenti. Eseguire una scansione dopo ogni modifica all'infrastruttura oppure configurare avvisi di subentro DNS.

Domande frequenti

Quali sono le cause dei record DNS "dangling"?
Si verificano quando una risorsa cloud, un account SaaS o un host di posta vengono eliminati, ma il record DNS che punta a essi rimane attivo. È una situazione comune quando un team gestisce il DNS mentre altri team creano e disattivano i servizi.
Un CNAME "dangling" è sempre vulnerabile?
No. Dipende dal fatto che il provider consenta o meno a qualcun altro di registrare lo stesso nome di risorsa. AWS S3, Azure App Service, Heroku e GitHub Pages riportano tutti casi documentati di acquisizione del nome. Anche quando l’acquisizione non è possibile, il record risulta danneggiato e dovrebbe essere rimosso.
Perché un record viene contrassegnato come "Review" quando viene risolto?
Alcune piattaforme continuano a risolvere il tuo record CNAME anche dopo che la risorsa è stata eliminata e mostrano solo una pagina "non trovata" su HTTP. Verifichiamo la presenza di tale pagina sulle piattaforme in cui è possibile distinguerla da un sito funzionante. Laddove ciò non sia possibile, contrassegniamo il record affinché tu possa confermarlo nella console del provider.
Questo strumento individua tutti i miei sottodomini?
Verifica i nomi presenti nei registri pubblici di Certificate Transparency e i nomi comuni, oltre a quelli che aggiungi tu. Per un controllo completo, esporta la tua zona DNS e incolla i nomi host nella sezione "Aggiungi i tuoi sottodomini". Puoi anche utilizzare il nostro Strumento di verifica della sicurezza dei sottodomini per valutare l'autenticazione e-mail dei tuoi sottodomini.
In che modo un DNS "dangling" può influire sulla sicurezza della posta elettronica?
Un SPF non funzionante include: consente al nuovo proprietario di quel dominio di autorizzare i propri server a inviare messaggi a nome tuo, in modo che superino i controlli SPF e DMARC. Un host MX inattivo può consentire a qualcun altro di ricevere la tua posta. La posta proveniente da un sottodominio dirottato può inoltre allinearsi al dominio della tua organizzazione in caso di allineamento DMARC meno rigoroso, quindi imposta un’impostazione esplicita sp= politica.
I dati relativi al mio dominio vengono archiviati?
Non conserviamo una registrazione permanente dei domini che controlli. Per eseguire una scansione, il tuo dominio viene inviato a resolver DNS pubblici (Google e Cloudflare, con Quad9 come backup) e a servizi pubblici di registrazione dei certificati. La piattaforma a cui puntano i tuoi record riceve una richiesta per quel sottodominio, in modo da poter leggere la sua pagina "non trovato", mentre un dominio che sembra non registrato viene verificato presso il relativo registro. Il risultato viene conservato per circa due minuti, in modo che le scansioni ripetute non gravino nuovamente sul tuo DNS; le ricerche relative ai certificati e ai registri vengono conservate per un massimo di un'ora, dopodiché vengono eliminate.

Altri strumenti gratuiti per la sicurezza del DNS e della posta elettronica

Mantieni puliti i tuoi DNS e l'autenticazione e-mail con PowerDMARC

Monitora le modifiche relative a DMARC, SPF, DKIM, MTA-STS e DNS su tutti i tuoi domini, ricevi avvisi in caso di non conformità dei record e applica le misure necessarie senza dover ricorrere a supposizioni.