Skip to content
KitploitKITPLOIT
StrumentiBlog
Invia
StrumentiBlog
Invia

Strumenti di Hacking, PenTest e Cybersecurity per il tuo Arsenale di Sicurezza!

Kitploit è una directory di strumenti di hacking, cybersecurity e pentesting. Scopri gli ultimi aggiornamenti dei progetti per trovare vulnerabilità, analizzare sistemi, automatizzare i test e rafforzare la tua sicurezza.

··Feed·Contatto·Privacy·© 2026 Kitploit

Directory degli strumenti

Categorie

Vedi tutte le categorie
Loading categories
resolvers — Lista curata e continuamente validata di resolver DNS affidabili per enumerazione DNS, ricognizione e workflow di bug bounty. | Kitploit
Strumenti/GitHubGitHub/trickest/resolvers
RicognizioneEnumerazione DNS e SottodominiRaccolta InformazioniSicurezza di RetePenetration TestingEnumerazione SottodominiRed TeamingRisorse CurateAnalisi DNS
GitHubtrickest/resolvers

resolvers

Lista curata e continuamente validata di resolver DNS affidabili per enumerazione DNS, ricognizione e workflow di bug bounty.

1.0k1134 giorni faRevisionato da Kitploit

Più Popolari

Vedi tutti →

Scopri gli strumenti più utilizzati dalla nostra community.

Esplora tutti gli strumenti

Sfoglia la nostra collezione di strumenti

Vedi tutti gli strumenti →
Condividi
Vedi RepositorySito web

Resolvers Tweet

La lista più esaustiva di resolver DNS affidabili

  • resolvers.txt: Una semplice lista di indirizzi IP dei resolver, che puoi passare direttamente al tuo strumento di enumerazione DNS.

  • resolvers-extended.txt: Tutti i resolver presenti in resolvers.txt con informazioni aggiuntive su ciascun server, inclusa l'organizzazione a cui appartiene, il paese e il numero di volte in cui è stato rilevato come valido. Se un resolver viene rilevato valido abbastanza volte, potrebbe guadagnarsi un posto nel file successivo.

  • resolvers-trusted.txt: Una lista di resolver affidabili provenienti da organizzazioni come Cloudflare, Google, ecc. Ti consigliamo di usare questa lista per riconvalidare i risultati ottenuti con i resolver principali.

Come funziona

Un workflow Trickest crea un dataset iniziale di resolver da diverse fonti e poi usa più istanze di dnsvalidator per validare e riconvalidare questo dataset e renderlo il più affidabile possibile.

Flusso di lavoro Trickest

TB; DZ (Troppo grande; non hai zoommato)

  • Raccogliamo il dataset iniziale da dieci fonti:
    • The Public DNS Server List
    • Una lista di server DNS dei provider raccolta da bass (Grazie, Abss0x7tbh).
    • janmasarik/resolvers (Grazie, janmasarik).
    • Una lista di server DNS contribuita dalla nostra community in resolvers-community.txt (Grazie, community di Trickest!).
    • proabiral/Fresh-Resolvers (Grazie, proabiral).
    • geraldino2/jart (Grazie, geraldino2).
    • cxosmo/dns-resolvers (Grazie, cxosmo).
    • La lista di resolver di Massdns (Grazie, blechschmidt).
    • zeroc00I/test_github_action (Grazie, zeroc00I).
    • La lista di resolver di Auto_Wordlists (Grazie, carlospolop).
  • Questa mega lista di resolver viene poi passata a sort -u e suddivisa in blocchi più piccoli.
  • Vengono create più istanze di dnsvalidator per validare le liste di resolver in parallelo (Un enorme ringraziamento a vortexau e ).

Contributi

Tutti i contributi sono benvenuti! Puoi creare una pull request modificando resolvers-community.txt per contribuire nuovi server DNS al progetto. Per qualsiasi altro suggerimento/domanda, sentiti libero di aprire un nuovo ticket tramite GitHub issues, scrivici su Twitter a @trick3st, oppure unisciti alla conversazione su Discord.

Crea i tuoi workflow!

Crediamo nel valore della sperimentazione. Registrati per una demo su trickest.com per personalizzare questo workflow in base al tuo caso d'uso, ottenere accesso a molti altri workflow, o crearne uno da zero!

Scarica lo strumento
codingo
  • Poi eseguiamo un altro giro di dnsvalidator per eliminare eventuali falsi positivi sopravvissuti al passo precedente.
  • La lista finale di resolver viene passata a uno script whois (che usa l'API di APNIC) per scoprire l'organizzazione e il paese a cui appartiene ciascun resolver.
  • Alla fine, il workflow conta il numero di volte in cui ha trovato valido ciascun resolver in tutte le esecuzioni precedenti e scrive i dati di frequenza in resolvers-extended.txt.
  • Questo workflow è programmato per essere eseguito costantemente.