Extracteur de domaine racine

L'outil Root Domain Extractor identifie le domaine enregistrable (TLD effectif+1) a partir de n'importe quel nom d'hote en utilisant la Public Suffix List. Saisissez un hostname comme app.staging.example.co.uk et l'outil retourne example.co.uk comme domaine racine, en gerant correctement les structures TLD complexes ou un simple decoupage de chaine produit des resultats errones.

Comprendre l'extraction de domaine racine

Chaque hostname sur Internet possede un domaine enregistrable -- la partie que quelqu'un a effectivement achetee aupres d'un registrar de domaines. Pour www.example.com, le domaine enregistrable est example.com. Cela semble evident lorsque le TLD est un simple .com, mais Internet compte des milliers de TLD avec des structures variees. Pour www.example.co.uk, le domaine enregistrable est example.co.uk, pas co.uk ni example. Pour myapp.herokuapp.com, le domaine enregistrable est myapp.herokuapp.com car herokuapp.com est un suffixe public ou les utilisateurs individuels enregistrent des sous-domaines. Se tromper a des consequences reelles pour la securite, la portee des cookies et l'analyse de domaines.

La raison pour laquelle la simple manipulation de chaines echoue est que les limites des TLD ne sont pas coherentes. Vous ne pouvez pas simplement decouper au dernier point, aux deux derniers points, ou compter un nombre fixe de labels depuis la droite. Le suffixe co.uk comporte deux labels, pvt.k12.ma.us en comporte quatre, et com n'en comporte qu'un. Les services cloud ajoutent une couche de complexite supplementaire : amazonaws.com, github.io et azurewebsites.net sont tous des suffixes publics meme s'ils ressemblent a des domaines ordinaires. Le seul moyen fiable de determiner la frontiere entre le suffixe public et le domaine enregistrable est de consulter la Public Suffix List.

Cet outil utilise la Public Suffix List de Mozilla, qui repertorie plus de 9 000 suffixes publics incluant les TLD geres par l'ICANN, les TLD de code pays avec des structures multi-niveaux, et les suffixes prives utilises par les fournisseurs cloud et d'hebergement. Il identifie correctement le domaine racine pour n'importe quel hostname, quelle que soit la complexite du TLD, et vous montre egalement la partie sous-domaine et le suffixe public utilise pour la determination.

Comment extraire le domaine racine d'un nom d'hote

1. Saisissez un ou plusieurs noms d'hotes (ex. app.staging.example.co.uk)
2. L'outil recherche le suffixe public a l'aide de la Public Suffix List de Mozilla
3. Il isole le domaine enregistrable en combinant le label situe immediatement avant le suffixe public avec le suffixe lui-meme
4. Consultez la sortie affichant le domaine racine et la partie sous-domaine restante

Exemples d'extraction de domaine racine

Pourquoi le simple decoupage de chaine echoue

Une erreur courante consiste a decouper au premier ou au dernier point pour trouver le domaine racine. Cette approche echoue pour les TLD multi-niveaux :

Approche naive pour "www.example.co.uk" :
  Decoupage au dernier point  -> root = "co.uk"      (FAUX - c'est le TLD)
  Decoupage au premier point  -> root = "example.co.uk" (correct par accident)

Approche naive pour "www.bbc.co.uk" :
  Decoupage au premier point  -> root = "bbc.co.uk"  (correct par accident)

Approche naive pour "app.staging.example.co.uk" :
  Decoupage au premier point  -> root = "staging.example.co.uk" (FAUX)

La Public Suffix List est le seul moyen fiable de determiner les limites des TLD. Elle repertorie plus de 9 000 suffixes publics, incluant les TLD de code pays, les TLD generiques et les suffixes prives utilises par les services cloud.

Quand utiliser le Root Domain Extractor

• Analyse de la securite des cookies -- les navigateurs utilisent la Public Suffix List pour determiner la portee des domaines de cookies ; cet outil vous montre les memes limites
• Examen des SAN de certificats -- identification des domaines enregistrables qui apparaissent dans les Subject Alternative Names
• Recherches de reputation de domaine -- les flux de threat intelligence necessitent le domaine enregistrable, pas les sous-domaines
• Creation de regles de pare-feu -- construction de regles d'autorisation/blocage basees sur les domaines qui couvrent tous les sous-domaines d'un domaine enregistre
• Cartographie de propriete de domaines -- regroupement de nombreux noms d'hotes par leur domaine enregistrable pour comprendre la propriete organisationnelle
• Analyse de logs -- agregation du trafic web ou des logs DNS par domaine racine plutot que par noms d'hotes individuels

Fonctionnement de la Public Suffix List

La Public Suffix List (PSL), maintenue par Mozilla, definit les limites entre les suffixes publics et les noms de domaines enregistrables. Elle contient trois types d'entrees :

Domaines ICANN

TLD standards geres par l'ICANN, incluant :

• TLD generiques : com, net, org, info, app, dev
• TLD de code pays : uk, de, jp, au
• TLD de pays multi-niveaux : co.uk, com.au, co.jp, ac.uk

Domaines prives

Suffixes exploites par des organisations privees qui permettent l'enregistrement public de sous-domaines :

• github.io -- domaines personnalises GitHub Pages
• amazonaws.com -- endpoints de services AWS
• azurewebsites.net -- noms d'hotes d'applications web Azure
• herokuapp.com -- domaines d'applications Heroku

Sous le suffixe prive github.io, le domaine myproject.github.io est traite comme un domaine enregistrable, ce qui signifie que myproject.github.io est la racine, pas github.io.

Regles d'exception

Certaines entrees utilisent une syntaxe d'exception (prefixee par !) pour definir des cas particuliers ou un label qui ferait autrement partie du suffixe public est lui-meme un domaine enregistrable.

L'extraction de domaine racine en pratique

L'application la plus importante de l'extraction de domaine racine est la securite. Les navigateurs utilisent la Public Suffix List pour imposer les limites de domaine des cookies, empechant un site a evil.co.uk de definir des cookies pour tout .co.uk. Si vous construisez un outil de securite qui prend des decisions basees sur la propriete de domaines, vous avez besoin d'une extraction basee sur la PSL, pas d'un simple decoupage de chaines. Une liste de blocage basee sur les hostnames qui bloque malware.example.com devrait aussi bloquer other.example.com car ils partagent le meme domaine enregistrable et probablement le meme proprietaire, mais elle ne devrait pas bloquer example.co.uk car co.uk est un suffixe public avec des milliers de titulaires independants.

Lors de l'analyse de logs ou de donnees de menaces, le regroupement par domaine racine est bien plus utile que le regroupement par hostname complet. Un attaquant peut utiliser des dizaines de sous-domaines sous un seul domaine enregistrable (c2-1.evil.com, c2-2.evil.com, payload.evil.com), et le regroupement par domaine racine revele que toute cette activite remonte a un seul enregistrement. A l'inverse, traiter chaque hostname complet comme independant masquerait le schema.

Soyez attentif a la distinction entre les suffixes ICANN et les suffixes prives. Pour la plupart des analyses de securite et de propriete, vous souhaitez utiliser uniquement les suffixes ICANN. Selon les regles ICANN, myapp.github.io et yourapp.github.io sont des domaines enregistrables distincts appartenant a des personnes differentes. Mais dans une vision plus large de la propriete, ce sont tous deux des sous-domaines de l'infrastructure de GitHub. Certains outils et bibliotheques vous permettent de choisir quelle section de la PSL consulter, et le bon choix depend de votre cas d'usage.

Questions frequentes

Quelle est la difference entre un domaine racine et un TLD ?

Le TLD (top-level domain) est le suffixe public lui-meme, comme com ou co.uk. Le domaine racine (domaine enregistrable) est le TLD plus un label supplementaire -- le nom que quelqu'un enregistre reellement. Pour www.example.co.uk, le TLD est co.uk et le domaine racine est example.co.uk.

Comment les domaines de fournisseurs cloud comme *.amazonaws.com sont-ils geres ?

Les domaines de fournisseurs cloud sont listes comme suffixes prives dans la PSL. Pour s3.us-east-1.amazonaws.com, le suffixe public est amazonaws.com (prive), donc le domaine racine est us-east-1.amazonaws.com. Cela correspond a la facon dont les navigateurs definissent la portee des cookies pour ces services.

Cet outil effectue-t-il des requetes DNS ?

Non. L'extraction du domaine racine est realisee entierement hors ligne a l'aide des donnees de la Public Suffix List. Aucune requete DNS n'est effectuee. L'outil determine les limites structurelles des domaines, pas si un domaine existe reellement ou est resolvable.

Pourquoi myapp.github.io apparait-il comme domaine racine au lieu de github.io ?

Parce que github.io est liste comme suffixe prive dans la PSL. GitHub permet aux utilisateurs d'enregistrer des sous-domaines sous github.io pour GitHub Pages, faisant de chaque sous-domaine d'utilisateur un domaine enregistrable distinct. C'est la meme raison pour laquelle les navigateurs empechent un site GitHub Pages de lire les cookies definis par un autre.

A quelle frequence la Public Suffix List est-elle mise a jour ?

Mozilla maintient la PSL comme un projet communautaire avec des mises a jour frequentes. Les nouveaux TLD, les suffixes de fournisseurs cloud et les corrections sont regulierement integres. L'outil utilise une copie periodiquement mise a jour de la liste pour refleter les limites actuelles des TLD.

Outils associes

• Subdomain Extractor - Extraire la partie sous-domaine des noms d'hotes en masse
• FQDN Validator - Valider les noms de domaine pleinement qualifies
• Hostname Validator - Valider les noms d'hotes selon la norme RFC 1123
• URL → Hostname Extractor - Extraire les noms d'hotes des URL en masse
• BIND Zone A/AAAA Generator - Generer des enregistrements A et AAAA de zone BIND a partir de CSV