Root-Domain-Extraktor

Der Root-Domain-Extractor identifiziert die registrierbare Domain (effektive TLD+1) aus jedem Hostnamen unter Verwendung der Public Suffix List. Geben Sie einen Hostnamen wie app.staging.example.co.uk ein und das Tool gibt example.co.uk als Root-Domain zurück, wobei komplexe TLD-Strukturen korrekt behandelt werden, bei denen einfaches String-Splitting falsche Ergebnisse liefert.

Root-Domain-Extraktion verstehen

Jeder Hostname im Internet hat eine registrierbare Domain -- den Teil, den jemand tatsächlich bei einem Domain-Registrar gekauft hat. Für www.example.com ist die registrierbare Domain example.com. Das erscheint offensichtlich, wenn die TLD ein einfaches .com ist, aber das Internet hat Tausende von TLDs mit unterschiedlichen Strukturen. Für www.example.co.uk ist die registrierbare Domain example.co.uk, nicht co.uk und nicht example. Für myapp.herokuapp.com ist die registrierbare Domain myapp.herokuapp.com, weil herokuapp.com ein Public Suffix ist, unter dem einzelne Benutzer Subdomains registrieren. Dies falsch zu bestimmen hat reale Konsequenzen für Sicherheit, Cookie-Scoping und Domain-Analyse.

Der Grund, warum einfache Stringmanipulation fehlschlägt, ist, dass TLD-Grenzen nicht konsistent sind. Man kann nicht einfach am letzten Punkt, den letzten zwei Punkten oder einer festen Anzahl von Labels von rechts aufteilen. Das Suffix co.uk besteht aus zwei Labels, pvt.k12.ma.us aus vier Labels und com aus einem Label. Cloud-Dienste fügen eine weitere Komplexitätsebene hinzu: amazonaws.com, github.io und azurewebsites.net sind alle Public Suffixes, obwohl sie wie reguläre Domains aussehen. Die einzige zuverlässige Methode, die Grenze zwischen dem Public Suffix und der registrierbaren Domain zu bestimmen, ist die Konsultation der Public Suffix List.

Dieses Tool verwendet Mozillas Public Suffix List, die über 9.000 Public Suffixes katalogisiert, einschließlich ICANN-verwalteter TLDs, Ländercode-TLDs mit mehrstufigen Strukturen und privater Suffixes, die von Cloud- und Hosting-Anbietern verwendet werden. Es identifiziert korrekt die Root-Domain für jeden Hostnamen, unabhängig von der TLD-Komplexität, und zeigt Ihnen auch den Subdomain-Anteil und das für die Bestimmung verwendete Public Suffix.

So extrahieren Sie die Root-Domain aus einem Hostnamen

1. Geben Sie einen oder mehrere Hostnamen ein (z.B. app.staging.example.co.uk)
2. Das Tool sucht das Public Suffix mithilfe von Mozillas Public Suffix List
3. Es isoliert die registrierbare Domain, indem es das Label unmittelbar vor dem Public Suffix mit dem Suffix selbst kombiniert
4. Überprüfen Sie die Ausgabe, die die Root-Domain und den verbleibenden Subdomain-Anteil zeigt

Beispiele für Root-Domain-Extraktion

Warum einfaches String-Splitting fehlschlägt

Ein häufiger Fehler ist das Aufteilen am ersten oder letzten Punkt, um die Root-Domain zu finden. Dieser Ansatz versagt bei mehrstufigen TLDs:

Naive approach for "www.example.co.uk":
  Split on last dot     -> root = "co.uk"      (WRONG - that's the TLD)
  Split on first dot    -> root = "example.co.uk" (correct by accident)

Naive approach for "www.bbc.co.uk":
  Split on first dot    -> root = "bbc.co.uk"  (correct by accident)

Naive approach for "app.staging.example.co.uk":
  Split on first dot    -> root = "staging.example.co.uk" (WRONG)

Die Public Suffix List ist die einzige zuverlässige Methode, um TLD-Grenzen zu bestimmen. Sie katalogisiert über 9.000 Public Suffixes, einschließlich Ländercode-TLDs, generischer TLDs und privater Suffixes, die von Cloud-Diensten verwendet werden.

Wann Sie den Root-Domain-Extractor verwenden sollten

• Cookie-Sicherheitsanalyse -- Browser verwenden die Public Suffix List, um den Cookie-Domain-Bereich zu bestimmen; dieses Tool zeigt Ihnen dieselben Grenzen
• Zertifikats-SAN-Überprüfung -- Identifizierung, welche registrierbaren Domains in Subject Alternative Names erscheinen
• Domain-Reputations-Lookups -- Threat-Intelligence-Feeds erfordern die registrierbare Domain, nicht Subdomains
• Firewall-Regelerstellung -- Erstellung von domainbasierten Erlaubnis-/Sperregeln, die alle Subdomains einer registrierten Domain abdecken
• Domain-Eigentümerzuordnung -- Gruppierung vieler Hostnamen nach ihrer registrierbaren Domain, um die organisatorische Eigentümerschaft zu verstehen
• Protokollanalyse -- Aggregation von Web-Traffic- oder DNS-Protokollen nach Root-Domain anstelle einzelner Hostnamen

Wie die Public Suffix List funktioniert

Die Public Suffix List (PSL), gepflegt von Mozilla, definiert die Grenzen zwischen Public Suffixes und registrierbaren Domainnamen. Sie enthält drei Arten von Einträgen:

ICANN-Domains

Standard-TLDs, die von ICANN verwaltet werden, einschließlich:

• Generische TLDs: com, net, org, info, app, dev
• Ländercode-TLDs: uk, de, jp, au
• Mehrstufige Länder-TLDs: co.uk, com.au, co.jp, ac.uk

Private Domains

Suffixes, die von privaten Organisationen betrieben werden und die öffentliche Registrierung von Subdomains ermöglichen:

• github.io -- GitHub Pages Custom Domains
• amazonaws.com -- AWS-Service-Endpunkte
• azurewebsites.net -- Azure-Web-App-Hostnamen
• herokuapp.com -- Heroku-Anwendungsdomains

Unter dem privaten Suffix github.io wird die Domain myproject.github.io als registrierbare Domain behandelt, was bedeutet, dass myproject.github.io die Root ist, nicht github.io.

Ausnahmeregeln

Einige Einträge verwenden Ausnahme-Syntax (mit vorangestelltem !), um Sonderfälle auszunehmen, bei denen ein Label, das sonst Teil des Public Suffix wäre, selbst eine registrierbare Domain ist.

Root-Domain-Extraktion in der Praxis

Die wichtigste Anwendung der Root-Domain-Extraktion ist Sicherheit. Browser verwenden die Public Suffix List zur Durchsetzung von Cookie-Domain-Grenzen und verhindern, dass eine Website bei evil.co.uk Cookies für ganz .co.uk setzen kann. Wenn Sie irgendeine Art von Sicherheitstool entwickeln, das Entscheidungen basierend auf Domain-Eigentümerschaft trifft, benötigen Sie PSL-basierte Extraktion, nicht naives String-Splitting. Eine hostnamensbasierte Sperrliste, die malware.example.com sperrt, sollte auch other.example.com sperren, da sie dieselbe registrierbare Domain und wahrscheinlich denselben Eigentümer teilen, aber sie sollte nicht example.co.uk sperren, da co.uk ein Public Suffix mit Tausenden unabhängiger Registranten ist.

Bei der Analyse von Protokollen oder Bedrohungsdaten ist die Gruppierung nach Root-Domain weitaus nützlicher als die Gruppierung nach vollständigem Hostnamen. Ein Angreifer könnte Dutzende von Subdomains unter einer einzigen registrierbaren Domain verwenden (c2-1.evil.com, c2-2.evil.com, payload.evil.com), und die Gruppierung nach Root-Domain zeigt, dass all diese Aktivität auf eine Registrierung zurückgeht. Umgekehrt würde die Behandlung jedes vollständigen Hostnamens als unabhängig das Muster verschleiern.

Beachten Sie den Unterschied zwischen ICANN-Suffixes und privaten Suffixes. Für die meisten Sicherheits- und Eigentümeranalysen möchten Sie nur ICANN-Suffixes verwenden. Nach ICANN-Regeln sind myapp.github.io und yourapp.github.io separate registrierbare Domains, die verschiedenen Personen gehören. Aber aus einer breiteren Eigentümerperspektive sind beide Subdomains von GitHubs Infrastruktur. Einige Tools und Bibliotheken ermöglichen es Ihnen zu wählen, welchen PSL-Abschnitt Sie konsultieren, und die richtige Wahl hängt von Ihrem Anwendungsfall ab.

Häufig gestellte Fragen

Was ist der Unterschied zwischen einer Root-Domain und einer TLD?

Die TLD (Top-Level-Domain) ist das Public Suffix selbst, wie com oder co.uk. Die Root-Domain (registrierbare Domain) ist die TLD plus ein zusätzliches Label -- der Name, den jemand tatsächlich registriert. Für www.example.co.uk ist die TLD co.uk und die Root-Domain ist example.co.uk.

Wie werden Cloud-Anbieter-Domains wie *.amazonaws.com behandelt?

Cloud-Anbieter-Domains sind als private Suffixes in der PSL gelistet. Für s3.us-east-1.amazonaws.com ist das Public Suffix amazonaws.com (privat), sodass die Root-Domain us-east-1.amazonaws.com ist. Dies entspricht der Art, wie Browser Cookies für diese Dienste scopen.

Führt dieses Tool DNS-Lookups durch?

Nein. Die Root-Domain-Extraktion wird vollständig offline unter Verwendung der Public-Suffix-List-Daten durchgeführt. Es werden keine DNS-Abfragen gestellt. Das Tool bestimmt strukturelle Domain-Grenzen, nicht ob eine Domain tatsächlich existiert oder aufgelöst wird.

Warum wird myapp.github.io als Root-Domain angezeigt und nicht github.io?

Weil github.io als privates Suffix in der PSL gelistet ist. GitHub ermöglicht es Benutzern, Subdomains unter github.io für GitHub Pages zu registrieren, was jede Benutzer-Subdomain zu einer separaten registrierbaren Domain macht. Dies ist der gleiche Grund, warum Browser verhindern, dass eine GitHub-Pages-Website Cookies einer anderen liest.

Wie oft wird die Public Suffix List aktualisiert?

Mozilla pflegt die PSL als gemeinschaftsgetriebenes Projekt mit häufigen Aktualisierungen. Neue TLDs, Cloud-Anbieter-Suffixes und Korrekturen werden regelmäßig zusammengeführt. Das Tool verwendet eine periodisch aktualisierte Kopie der Liste, um aktuelle TLD-Grenzen widerzuspiegeln.

Verwandte Tools

• Subdomain-Extractor - Den Subdomain-Anteil aus Hostnamen in Masse extrahieren
• FQDN-Validator - Vollqualifizierte Domainnamen validieren
• Hostname-Validator - Hostnamen gemäß RFC 1123 validieren
• URL-zu-Hostname-Extractor - Hostnamen aus URLs in Masse extrahieren
• BIND-Zone-A/AAAA-Generator - BIND-Zone-A- und AAAA-Records aus CSV generieren