Uno strumento per trovare sottodomini aiuta a scoprire nomi sotto un dominio, come shop.example.com o help.example.com. Screpy cerca nei record pubblici dei certificati, unisce i nomi ripetuti e restituisce un elenco da filtrare, copiare o esportare. Mantiene separati anche i modelli wildcard, per non confonderli con singoli siti web.
Usa il risultato come punto di partenza per un inventario della presenza pubblica di un sito. Un record di certificato dimostra che un nome compare in quel record; non conferma che attualmente si risolva nel DNS, restituisca una pagina o compaia su Google. Queste domande richiedono controlli distinti.
Trovare sottodomini nei record dei certificati
Inserisci un dominio come example.com e seleziona Trova sottodomini. Puoi anche incollare un URL HTTP o HTTPS: la ricerca usa il suo nome host. Il percorso di una pagina non limita la ricerca dei certificati a quella pagina. Se inserisci shop.example.com, la ricerca resta sotto quell’host anziché passare silenziosamente a example.com.
La ricerca legge i nomi dai campi Common Name e Subject Alternative Name dei certificati ricevuti. La corrispondenza rispetta le etichette DNS: help.example.com appartiene a example.com, mentre notexample.com no. Varianti maiuscole e occorrenze ripetute vengono riunite in un’unica riga. Il dominio superiore stesso non viene contato come sottodominio.
I log di Certificate Transparency registrano certificati e precertificati in registri pubblici ai quali si possono solo aggiungere voci. Cercare in questa cronologia può rivelare nomi che i normali link della homepage non mostrano. Lo strumento legge i risultati della ricerca dei certificati: non esegue il crawling degli host trovati, non indovina nomi e non tenta accessi ai servizi.
Leggere nomi, wildcard e date dei certificati
Il risultato distingue i nomi concreti dei sottodomini dai modelli wildcard. Questo esempio inventato illustra la differenza; le righe non provengono da una ricerca reale.
| Nome ricevuto | Tipo | Cosa puoi dedurre |
|---|---|---|
shop.example.com |
Nome host | Questo nome preciso compare in un record di certificato conservato. |
help.example.com |
Nome host | È un altro nome concreto da confrontare con l’inventario. |
*.example.com |
Wildcard | Il certificato indica un modello, non elenca gli host coperti. |
Una wildcard non dimostra che esistano shop, mail o altre etichette specifiche. Per questo Screpy conta le wildcard separatamente dai sottodomini concreti. I nomi annidati, come api.shop.example.com, restano visibili quando i record ricevuti li citano esplicitamente.
Il numero di record indica quanti ID distinti dei record di certificato conservati menzionano un nome. Un host può avere molti record perché i certificati vengono rinnovati o registrati in forme differenti. Dieci record per un nome producono comunque una sola riga host; il conteggio non rappresenta traffico, dieci siti o importanza SEO.
Le colonne delle date mostrano l’inizio di validità più remoto e la fine più recente tra i certificati conservati per quel nome. Non sono la data di creazione dell’host, la sua prima o ultima presenza online o una verifica del certificato attuale. Una scadenza futura non dimostra che l’host esista ancora o utilizzi quel certificato. Le date mancanti restano non disponibili, senza stime.
Capire i limiti della scoperta passiva
Nessuno strumento basato sui certificati può garantire un inventario completo e aggiornato dei sottodomini. Un nome può mancare perché non è mai comparso singolarmente nei record consultati, usa un certificato privato, è coperto solo da una wildcard o non è ancora arrivato nei dati del servizio di ricerca. Al contrario, un nome ricevuto può appartenere a un servizio dismesso il cui certificato resta nella cronologia.
Questa ricerca non risolve i nomi trovati, non esamina le loro risposte HTTP, non controlla l’indicizzazione su Google e non ne stabilisce la proprietà attuale. Etichette come dev e admin sono nomi, non prove di un server di sviluppo esposto o di una vulnerabilità. Tieni le tue conclusioni separate da ciò che il record afferma davvero.
Screpy elabora fino a 5.000 record di certificati ricevuti e conserva fino a 2.000 nomi unici, modelli wildcard inclusi. Un report limitato lo dichiara esplicitamente. Anche una risposta elaborata correttamente resta limitata ai record restituiti dalla fonte.
Una ricerca riuscita ma vuota significa che da quei record non sono stati estratti nomi di sottodominio corrispondenti. Un timeout o una fonte non disponibile significa che la ricerca non è stata completata. Riprova più tardi una richiesta fallita; un errore non conferma che il dominio sia privo di sottodomini.
Trasformare i nomi trovati in un audit SEO
Inizia confrontando l’elenco con gli host che gestisci già. Cerca un negozio separato, un centro assistenza, un sito regionale o una vecchia campagna assenti dall’inventario di lavoro. Considera il nome un indizio da verificare, non una prova della funzione del servizio. Un inventario utile registra host, responsabile, uso previsto e prossimo controllo necessario.
Per gli host che gestisci, segui questa breve sequenza:
- Controlla la risposta. Usa il controllo degli stati HTTP in blocco sugli URL HTTP o HTTPS precisi da esaminare. Distingue risposte corrette, reindirizzamenti ed errori; la ricerca dei certificati non lo fa.
- Conferma la visibilità desiderata nella ricerca. Un articolo pubblico e un portale clienti privato hanno esigenze diverse. Esamina le direttive pertinenti con il controllo noindex, senza presumere che ogni host trovato debba posizionarsi.
- Esamina le destinazioni duplicate. Se un host pubblico serve contenuti disponibili altrove, il controllo dei tag canonical può verificare l’URL canonico dichiarato. Il nome da solo non dice nulla su duplicati o URL canonico scelto da Google.
- Controlla la sitemap corretta. Usa il controllo sitemap per il sito o la sitemap che vuoi davvero esaminare. L’elenco dei sottodomini non comprende tutte le pagine e l’inclusione nella sitemap non garantisce l’indicizzazione.
Mantieni un nome dismesso nell’inventario finché non hai confermato la sua configurazione DNS e di servizio attuale nei sistemi che controlli. Trovarlo nella cronologia dei certificati è un motivo per approfondire, non un ordine di eliminarlo o una spiegazione di un cambiamento di posizionamento.
Esportare l’elenco conservandone il contesto
Usa il filtro dei nomi per concentrarti su un host o una parte del nome, e il selettore del tipo per separare host concreti e wildcard. La tabella mostra fino a 50 righe per pagina. Copia ed esportazione CSV includono tutti i nomi corrispondenti ai filtri attuali, non solo la pagina visibile. Mantieni le righe wildcard identificate come modelli se le inserisci nell’inventario.
Scarica JSON quando ti serve l’intero report restituito, compresi i record di certificato conservati dietro ai nomi. Il JSON include dominio cercato, ora della ricerca, limiti di copertura e indicatori che specificano che DNS e HTTP non sono stati verificati. Questi campi aiutano altre persone a capire cosa rappresenta l’elenco esportato.
Salva il contesto della ricerca insieme alle conclusioni. Un report parziale, un vecchio certificato e una risposta in tempo reale sono prove diverse. Ripetere la ricerca può dare risultati differenti quando cambia la fonte; l’esportazione è un’istantanea di quella risposta, non un monitoraggio continuo.