Skip to content
KitploitKITPLOIT
ToolsBlog
Einreichen
ToolsBlog
Einreichen

Hacking-, PenTest- und Cybersicherheits-Tools für Ihr Sicherheitsarsenal!

Kitploit ist ein Verzeichnis von Hacking-, Cybersicherheits- und Pentesting-Tools. Entdecken Sie die neuesten Projekt-Updates, um Schwachstellen zu finden, Systeme zu analysieren, Tests zu automatisieren und Ihre Sicherheit zu stärken.

··Feeds·Kontakt·Datenschutz·© 2026 Kitploit

Tool-Verzeichnis

Kategorien

Alle Kategorien anzeigen
Loading categories
resolvers — Kuratierte, kontinuierlich validierte Liste zuverlässiger DNS-Resolver für DNS-Enumeration, Reconnaissance und Bug-Bounty-Workflows. | Kitploit
Tools/GitHubGitHub/trickest/resolvers
AufklärungDNS- und Subdomain-EnumerationInformationsbeschaffungNetzwerksicherheitPenetrationstestsSubdomain-EnumerationRed TeamingKuratierte RessourcenDNS-Analyse
GitHubtrickest/resolvers

resolvers

Kuratierte, kontinuierlich validierte Liste zuverlässiger DNS-Resolver für DNS-Enumeration, Reconnaissance und Bug-Bounty-Workflows.

1.0k113vor 6 TagenVon Kitploit geprüft

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →
Repository anzeigenWebseite
Teilen

Resolvers Tweet

Die umfassendste Liste zuverlässiger DNS-Resolver

  • resolvers.txt: Eine einfache Liste von Resolver-IP-Adressen, die du direkt an dein DNS-Enumerationstool übergeben kannst.

  • resolvers-extended.txt: Alle Resolver aus resolvers.txt mit zusätzlichen Informationen zu jedem Server, einschließlich der Organisation, zu der er gehört, seinem Land und wie oft er als gültig erkannt wurde. Wenn ein Resolver oft genug gültig ist, kann er sich einen Platz in der nächsten Datei verdienen.

  • resolvers-trusted.txt: Eine Liste vertrauenswürdiger Resolver von Organisationen wie Cloudflare, Google usw. Wir empfehlen dir, diese Liste zu verwenden, um die Ergebnisse, die du mit den Haupt-Resolvern erhältst, erneut zu validieren.

So funktioniert's

Ein Trickest-Workflow erstellt einen ersten Datensatz von Resolvern aus verschiedenen Quellen und verwendet dann mehrere Instanzen von dnsvalidator, um diesen Datensatz zu validieren und erneut zu validieren und ihn so zuverlässig wie möglich zu machen.

Trickest Workflow

TB; DZ (Zu groß; nicht gezoomt)

  • Wir sammeln den ersten Datensatz aus zehn Quellen:
    • The Public DNS Server List
    • Eine Liste von Provider-DNS-Servern, die aus bass gesammelt wurde (Danke, Abss0x7tbh).
    • janmasarik/resolvers (Danke, janmasarik).
    • Eine Liste von DNS-Servern, die von unserer Community in resolvers-community.txt beigesteuert wurden (Danke, Trickest-Community!).
    • proabiral/Fresh-Resolvers (Danke, proabiral).
    • geraldino2/jart (Danke, geraldino2).
    • cxosmo/dns-resolvers (Danke, cxosmo).
    • Die Resolverliste von Massdns (Danke, blechschmidt).
    • Die Resolverliste von zeroc00I/test_github_action (Danke, zeroc00I).
    • Die Resolverliste von Auto_Wordlists (Danke, carlospolop).
  • Diese Mega-Liste von Resolvern wird dann per sort -u eindeutig sortiert und in kleinere Teile aufgeteilt.
  • Es werden mehrere Instanzen von dnsvalidator erstellt, um die Resolverlisten parallel zu validieren (Großer Dank an vortexau und ).

Beiträge

Alle Beiträge sind willkommen! Du kannst einen Pull-Request erstellen und resolvers-community.txt bearbeiten, um neue DNS-Server zum Projekt beizutragen. Für sonstige Vorschläge/Fragen kannst du gerne ein neues Ticket über GitHub issues erstellen, uns unter @trick3st einen Tweet schicken oder dich am Gespräch auf Discord beteiligen.

Erstelle deine eigenen Workflows!

Wir glauben an den Wert des Herumprobierens. Melde dich für eine Demo auf trickest.com an, um diesen Workflow an deinen Anwendungsfall anzupassen, Zugriff auf viele weitere Workflows zu erhalten oder eigene von Grund auf zu erstellen!

Tool herunterladen
codingo
  • Dann führen wir eine weitere Runde von dnsvalidator durch, um alle Fehlalarme auszusortieren, die den vorherigen Schritt überstanden haben.
  • Die endgültige Resolverliste wird an ein whois-Skript übergeben (das die API von APNIC verwendet), um die Organisation und das Land zu ermitteln, zu denen jeder Resolver gehört.
  • Am Ende zählt der Workflow, wie oft jeder Resolver in allen vorherigen Durchläufen als gültig befunden wurde, und schreibt die Häufigkeitsdaten in resolvers-extended.txt.
  • Dieser Workflow ist so geplant, dass er ständig läuft.