NETZWERK-TOOL

Subdomain-Scanner

Analysiere Subdomains für eine Domain. Mit DNS-Auflösung, Wildcard-Erkennung, Kategorien, Export und Sicherheits-Bewertung. Daten werden 100% lokal verarbeitet.

DNS-Lookup Wildcard-Check 100+ Kandidaten CSV/JSON Datenschutz

Datenschutz-Garantie: Alle DNS-Abfragen erfolgen ausschließlich in deinem Browser über Cloudflare DNS-over-HTTPS. Es werden keine Daten an unsere Server gesendet. Deine Suchhistorie bleibt lokal.

⚠️ Rechtlicher Hinweis: Subdomain-Scanning darf nur für Domains durchgeführt werden, die dir gehören oder für die du eine ausdrückliche schriftliche Genehmigung des Eigentümers hast. Unerlaubtes Scannen kann gegen § 202a StGB (Ausspähen von Daten) verstoßen. Nutze dieses Tool ausschließlich für eigene Domains, Pentests mit Auftrag oder Bug-Bounty-Programme mit Scope.

Inhaltsverzeichnis

             Schnellübersicht
            Subdomain-Scanner: Findet Subdomains per DNS-Lookup
DNS-Auflösung: A, AAAA, CNAME, MX Records
Wildcard-Check: Erkennt Wildcard-DNS
Kandidaten: 100+ häufige Subdomain-Namen + eigene Liste
Export: CSV und JSON-Export
Theorie: Was sind Subdomains? (Anfängerfreundlich)
Geschichte: Von DNS zu Bug Bounty
FAQ: Häufige Fragen zu Subdomain-Scanning

        

1. Subdomain-Scanner

Gib eine Domain ein und starte den Scan. Der DNS-Lookup läuft live im Browser.

Ziel-Domain Nur eigene Domains scannen! Beispiel: example.com

Wordlist

Verzögerung (ms) Höher = langsamer, aber netzwerkfreundlicher

Eigene Subdomain-Namen (kommagetrennt) Kommagetrennt, ohne Domain. Z.B. "mail, api, staging"

Bereit

Bitte Domain eingeben und Scan starten.

Gefundene Subdomains

Subdomain	Record	Wert (IP/CNAME)	Aktion

Wussten Sie schon?

Subdomain-Scanning ist ein zentraler Bestandteil der Reconnaissance-Phase bei Penetrationstests.
Unternehmen haben im Schnitt 30-300 Subdomains – vergessene Subdomains sind oft eine Sicherheitslücke.
Ein Wildcard-DNS (*.example.com) antwortet auf jede Subdomain – hier ist Subdomain-Enumeration schwieriger.
Tools wie subfinder, amass, assetfinder nutzen neben DNS auch Certificate Transparency Logs für bessere Ergebnisse.
Certificate Transparency Logs (crt.sh) sind öffentlich und zeigen oft hunderte historische Subdomains.
Mit DNS over HTTPS (DoH) bleibt dein DNS-Lookup verschlüsselt und privat.

2. Theorie – Subdomains einfach erklärt

Verstehe die Grundlagen von DNS, Subdomains und deren Bedeutung – ohne Vorkenntnisse.

Was ist eine Subdomain?

Eine Subdomain ist eine Unterteilung einer Domain:

Domain: example.com
Subdomain: mail.example.com
Sub-Subdomain: us.mail.example.com
Root: example.com (auch "Apex")

api.example.com → 192.0.2.1

Wozu Subdomains?

Subdomains dienen vielen Zwecken:

Trennung: www, mail, api, blog
Umgebungen: dev, staging, test, prod
Geografie: us.example.com, eu.example.com
Mandanten: kunde1.example.com
Infrastruktur: cdn, static, files

blog.example.com für Blog

Wie funktioniert DNS?

DNS übersetzt Domainnamen in IP-Adressen:

A: Domain → IPv4-Adresse
AAAA: Domain → IPv6-Adresse
CNAME: Alias für andere Domain
MX: Mailserver
TXT: Beliebige Text-Infos (SPF, DKIM)
NS: Nameserver

A: 192.0.2.1 | CNAME: cdn.example.com

Warum Subdomain-Scanning?

Sicherheit: Ungesicherte Subdomains finden
Inventar: Vergessene Systeme aufspüren
Compliance: Alle Systeme bekannt?
Bug Bounty: Scope-Erkundung
Monitoring: Alle Assets überwachen
Angriffsfläche: Je mehr Subdomains, desto größer

Vergessene Subdomain = Sicherheitslücke

Wussten Sie schon? Im Jahr 2017 wurde bekannt, dass Uber eine vergessene Subdomain für Amazon S3-Buckets hatte – diese war ungesichert und erlaubte Fremdzugriff. Ähnliche Vorfälle gab es bei Tesla, Facebook und anderen. Deshalb gehört Subdomain-Enumeration heute zur Grundausstattung jedes Pentests. Tools wie Amass sammeln Subdomains aus über 40 verschiedenen Quellen – von DNS über Certificate Transparency bis zu Suchmaschinen. Allein aus crt.sh lassen sich oft hunderte Subdomains extrahieren.

3. Geschichte von DNS & Recon

Von ARPANET zu Bug Bounty-Plattformen.

1983

DNS wird erfunden

Paul Mockapetris entwickelt das Domain Name System am USC Information Sciences Institute. Die Grundlage des Internets wird gelegt – mit Subdomains als hierarchisches System.

1993

Kommerzielles Internet

Das WWW wird kommerziell. Domains und Subdomains werden für Firmen zum Standard. Erste DNS-Management-Tools entstehen.

2000er

Erste Scanner

Tools wie dnsenum, dnsrecon und fierce erscheinen. Systematische Subdomain-Enumeration wird ein fester Bestandteil der Pentest-Toolbox.

2010

Bug-Bounty-Zeitalter

Plattformen wie HackerOne, Bugcrowd entstehen. Bug-Bounty-Hunter nutzen Subdomain-Enumeration, um Angriffsflächen zu finden. Reconnaissance wird zur eigenen Disziplin.

2016

Certificate Transparency

Certificate Transparency wird zur Pflicht für alle CAs. Jedes SSL-Zertifikat wird öffentlich geloggt – eine Goldgrube für Subdomain-Enumeration. Tools wie crt.sh entstehen.

2018

Subfinder & Amass

ProjektDiscovery veröffentlicht subfinder. Amass von OWASP kombiniert über 40 Quellen. Subdomain-Enumeration wird standardisiert und automatisiert.

Heute

Automatisierte Recon

Moderne Bug-Bounty-Hunter nutzen komplette Recon-Pipelines: Subdomain-Enumeration, Port-Scanning, Screenshots, Content-Discovery. KI-basierte Tools erkennen Anomalien und priorisieren Ziele automatisch.

4. FAQ – Spannende Fragen & Antworten

Häufige Fragen zu Subdomains

Ist Subdomain-Scanning legal?

Die Rechtslage ist komplex – es kommt auf den Kontext an:

Erlaubt:

✅ Eigene Domains: Selbstverständlich erlaubt
✅ Auftrag/Pentest: Mit schriftlicher Genehmigung
✅ Bug-Bounty-Programme: Wenn die Domain im Scope ist
✅ Öffentliche Informationen: CT-Logs abfragen (passiv)

Nicht erlaubt:

❌ Fremde Domains ohne Erlaubnis: Aktives Scannen kann gegen § 202a StGB verstoßen
❌ Kommerzielle Nutzung: Ohne Auftrag problematisch
❌ Aggressives Scannen: Kann als DoS-Angriff gewertet werden

Was ist passiv vs. aktiv?

Passiv: Aus öffentlichen Quellen (CT-Logs, Suchmaschinen) – meistens unproblematisch
Aktiv: DNS-Anfragen an Nameserver – kann Logs erzeugen und auffallen

Empfehlung: Scanne nur eigene Domains oder mit klarer schriftlicher Genehmigung. Im Zweifel: Rechtsanwalt fragen.

Was ist Wildcard-DNS und wie erkenne ich es?

Wildcard-DNS antwortet auf jede Subdomain-Anfrage:

*.example.com → 192.0.2.1

beliebig.example.com   → 192.0.2.1
zufall123.example.com → 192.0.2.1
gibtsnicht.example.com → 192.0.2.1

Warum ist das ein Problem?

Alle Subdomains "existieren" – auch nicht existierende
Subdomain-Enumeration wird schwierig: Was ist echt?
Kann zu False Positives führen
Ungesicherte Wildcard-Konfiguration = Sicherheitsrisiko

So erkennt unser Tool Wildcard-DNS:

Zufällige Subdomain-Namen werden geprüft
Antworten alle gleich, ist es Wildcard
Alle Treffer mit gleicher IP werden markiert
Warnung wird angezeigt

Wie umgehen?

IPs filtern, die auf Wildcard zurückgehen
Unterschiedliche Antwortgrößen prüfen
HTTP-Content vergleichen
Über CT-Logs gegenprüfen

Welche Subdomain-Namen sind am wichtigsten?

Diese Subdomains sind besonders häufig und relevant:

Web-Präsenz:

www – Hauptseite
blog – Blog
shop / store – Onlineshop
m – Mobile Version

Kommunikation:

mail – Webmail
smtp / imap / pop – Mailserver
webmail – Webmail-Interface

Technisch:

api – REST-API
cdn / static – Content Delivery
files / media – Dateien
ftp / sftp – Filetransfer

Umgebungen (oft ungesichert!):

dev – Entwicklung
staging / stage – Staging
test – Testing
demo – Demo
beta – Beta

Admin:

admin / administrator
cp / cpanel / plesk
manage / portal

Monitoring:

monitor / status / health
grafana / prometheus
kibana / logs

Warum findet mein Scan so wenige Subdomains?

Es gibt viele Gründe, warum Subdomain-Scanning unvollständig sein kann:

1. Wildcard-DNS

Alle Anfragen werden beantwortet
Wahre Subdomains sind nicht unterscheidbar
Falsche Positive durch Wildcard

2. Private Subdomains

Interne Subdomains werden nicht öffentlich aufgelöst
Nur über internen DNS auffindbar
Split-Horizon-DNS versteckt sie

3. Fehlende Wordlist

Eigene Namen wie kunde-firma123 schwer zu erraten
Keine "Häufigkeitsliste" hilft hier
Größere Wordlists (SecLists) helfen

4. Keine DNS-Records

Subdomain existiert, hat aber keinen A-Record
Nur per CNAME oder MX erreichbar
Unser Tool prüft zusätzlich CNAME

Bessere Quellen für Subdomain-Enumeration:

Certificate Transparency Logs: crt.sh – historisch, sehr effektiv
SecurityTrails, VirusTotal: Aggregierte Daten
Subfinder, Amass: Kombinieren 40+ Quellen
Google Dorks: site:example.com -www
Zone Transfer: AXFR (nur wenn falsch konfiguriert)

Tipp: Kombiniere mehrere Methoden. Passiv (CT-Logs) + aktiv (DNS-Brute-Force) = beste Ergebnisse.

Was ist der Unterschied zwischen A, AAAA und CNAME?

Die wichtigsten DNS-Record-Typen:

Typ	Bedeutung	Beispiel
A	IPv4-Adresse	192.0.2.1
AAAA	IPv6-Adresse	2001:db8::1
CNAME	Alias für anderen Namen	cdn.example.com
MX	Mailserver	mail.example.com
TXT	Text-Infos (SPF, DKIM)	"v=spf1 ..."
NS	Nameserver	ns1.example.com
SOA	Start of Authority	Zone-Info
PTR	Reverse-DNS	1.2.0.192.in-addr.arpa

A-Record: Direkte Zuordnung zu IPv4. Der häufigste Record-Typ.

AAAA-Record: Wie A, aber für IPv6 ("Quad-A"). Wird immer wichtiger.

CNAME: Verweist auf einen anderen Namen. Kann nicht am Apex (example.com) verwendet werden. Beispiel:

blog.example.com → CNAME → example-blog.ghost.io
                              → A → 185.199.108.153

Unser Tool prüft:

Primär A-Record (IPv4)
Fallback CNAME (Alias)
Zusätzliche AAAA-Prüfung auf Wunsch

Welche Tools gibt es für Subdomain-Enumeration?

Eine Auswahl beliebter Tools aus der Recon-Community:

Kommandozeilen-Tools:

subfinder: Schnell, viele Quellen (Go)
amass: OWASP-Projekt, extrem umfangreich
assetfinder: Simpel und schnell
findomain: Cross-Platform, passiv
shuffledns: Massen-Resolution
puredns: Wildcard-Filter, sehr schnell
massdns: Hochperformantes DNS
gobuster: DNS-Modus mit Wordlists
dnsx: DNS-Toolkit von ProjectDiscovery

Online-Tools:

crt.sh: Certificate Transparency Logs
VirusTotal: Aggregierte Daten
SecurityTrails: Historische DNS-Daten
dnsdumpster: Visualisierung
Shodan: Suche nach Hosts

Frameworks:

recon-ng: Modulares Framework
theHarvester: E-Mails, Subdomains, Hosts
SpiderFoot: Automatisiertes OSINT
Maltego: Grafische Verknüpfung

Für Bug Bounty typische Pipeline:

subfinder -d example.com | httpx | httprobe
amass enum -passive -d example.com
cat subs.txt | dnsx -a -resp
cat live.txt | nuclei -t cves/

Unser Tool ist ideal für einen schnellen Überblick ohne Installation – für umfangreiche Scans nutze subfinder oder amass.

Wie schütze ich meine Subdomains vor Angreifern?

Präventive Maßnahmen für Subdomain-Sicherheit:

1. Inventar pflegen

Alle Subdomains dokumentieren
Regelmäßig aktualisieren
Vergessene Subdomains identifizieren
Subdomain-Takeover verhindern

2. Wildcard-DNS richtig konfigurieren

Nicht wildcard, wenn nicht nötig
Wildcard nur für spezifische Zwecke
Wildcard-Certificates bewusst einsetzen

3. DNS Security Extensions (DNSSEC)

Schützt vor DNS-Spoofing
Signiert DNS-Antworten
Prüft Integrität

4. CAA-Records

Certificate Authority Authorization
Bestimmt, wer Zertifikate ausstellen darf
Verhindert Missbrauch durch fremde CAs

5. Subdomain-Takeover verhindern

Problem: CNAME zeigt auf gelöschten Dienst
Angreifer: Registriert den Dienst und übernimmt die Subdomain
Beispiele: AWS S3, Heroku, GitHub Pages
Lösung: Regelmäßig CNAMEs prüfen

6. Regelmäßige Audits

Alle 3-6 Monate Subdomains scannen
Mit CT-Logs abgleichen
Ungenutzte Subdomains deaktivieren

7. Monitoring

Neue Subdomains werden sofort erkannt
CT-Logs überwachen
Tools wie certstream nutzen

Zusammenfassung

Die wichtigsten Punkte

Subdomain: Unterteilung einer Domain (mail.example.com)
DNS-Records: A, AAAA, CNAME, MX, TXT, NS
Wildcard: Antwortet auf alle Subdomains
Rechtlich: Nur eigene Domains oder mit Auftrag scannen!
Reconnaissance: Erster Schritt jedes Pentests
Beste Quellen: CT-Logs, subfinder, amass
Sicherheit: Vergessene Subdomains sind Risiken
Subdomain-Takeover: CNAME auf gelöschten Dienst = Gefahr
DNSSEC + CAA: DNS-Absicherung
Unser Tool: 100+ Wordlist, DNS-Lookup, Wildcard-Check

Weitere Tools

Timestamp Converter

Unix-Zeitstempel in lesbare Daten umwandeln und umgekehrt.

Zum Tool

RAID-Rechner

RAID-Kapazität, Redundanz und Performance berechnen.

Zum Tool

ASCII-Tabelle

Vollständige ASCII-Tabelle mit Dezimal, Hex, Oktal und Binär.

Zum Tool

License Tracker

Lizenz-Ablaufdaten im Blick behalten mit Ampel-Status.

Zum Tool