Réponse rapide
Comment savoir à qui appartient un domaine sosie ?
Pour savoir à qui appartient un domaine sosie, envoyez une requête RDAP à rdap.org ou utilisez l'outil de recherche de l'ICANN. Vous obtenez le registraire, la date de création, les serveurs de noms et les codes de statut ; le titulaire est souvent masqué. Ce qui reste public dépend de chaque registre. Wardmint garde privée l'unique adresse e-mail qu'il détient par domaine.
Ce que vous apprend une réponse RDAP
| Champ | Exemple (example.com) | Que faire de cette information |
|---|---|---|
| Nom du registraire et IANA ID | Registrar ID 376 | Envoyez le signalement d'abus à ce registraire |
| Événement d'enregistrement | 1995-08-14 | Comparez avec la date de première apparition de votre marque ; un domaine créé après elle étaye une allégation de mauvaise foi |
| Serveurs de noms | Deux serveurs Cloudflare | Identifiez l'hébergeur DNS ; un second endroit où signaler |
| Codes de statut | suppression, transfert et mise à jour par le client interdits | Montre quels verrous sont activés ; un domaine verrouillé est plus difficile à déplacer |
| Données DNSSEC | Signé, un enregistrement DS | Montre si la zone est signée |
Cinq étapes, d'un nom de domaine à un dossier de preuves exploitable
Interroger le RDAP
Exécutez la première commande ci-dessous. rdap.org redirige la requête vers le bon registre : la même commande fonctionne donc pour toute extension qui prend en charge le RDAP.
Lire le registraire et les dates
Notez le nom du registraire, la date d'enregistrement et toute date de dernière modification. Une date de création postérieure au lancement de votre projet est le premier élément de preuve de mauvaise foi.
Identifier l'hébergeur DNS
Listez les serveurs de noms et l'enregistrement A, puis interrogez l'adresse pour connaître le propriétaire du réseau. L'hébergeur et le fournisseur DNS sont tous deux joignables par leurs contacts d'abus.
Chercher l'historique
Cherchez sur urlscan.io et la Wayback Machine d'anciennes pages du même domaine. Un domaine qui servait une autre entreprise et qui sert maintenant une copie de votre page de connexion est le signe d'un nom revendu ou réaffecté.
L'inscrire dans le dossier de preuves
Collez le JSON brut, l'heure à laquelle vous avez lancé la requête et vos notes. Le signalement au registraire et toute plainte UDRP ultérieure utilisent le même fichier.
DOMAIN=suspect-example.com
curl -sL "https://rdap.org/domain/$DOMAIN" > domain.json
# registrar, registration date, status codes, name servers
jq -r '.entities[] | select(.roles[]=="registrar") | .vcardArray[1][] | select(.[0]=="fn") | .[3]' domain.json
jq -r '.events[] | [.eventAction, .eventDate] | @tsv' domain.json
jq -r '.status[]' domain.json
jq -r '.nameservers[].ldhName' domain.json
# who runs the server the domain points to
IP=$(dig +short A "$DOMAIN" | head -n 1)
curl -sL "https://rdap.org/ip/$IP" | jq -r '.name, .country'Que montre le RDAP que ne montrait pas le WHOIS ?
Le RDAP renvoie les mêmes données d'enregistrement que le WHOIS dans un format structuré et standard que des scripts peuvent lire. Le registre ou le registraire répond en HTTPS avec du JSON, de sorte que les champs du tableau ci-dessus se trouvent à des endroits fixes. L'ICANN Registration Data Lookup Tool, à lookup.icann.org, donne les mêmes données dans un formulaire web ; le guide de l'OMPI pour déposer une plainte UDRP le cite comme moyen de trouver le registraire.
Ce que le RDAP ne montre pas, c'est une personne. Le nom, l'adresse et le téléphone du titulaire sont souvent masqués, soit par la politique du registre, soit par un service de confidentialité. Ce qui reste public dépend de chaque registre. Pour .com et .net, le registre lui-même ne détient aucune donnée de contact du titulaire. Vous joignez le titulaire par le registraire, pas par l'enregistrement.
Pourquoi le titulaire est-il souvent masqué ?
Les données du titulaire sont masquées parce que les règles de confidentialité et les services de confidentialité les cachent par défaut, et qu'un attaquant les utilise pour la même raison qu'un propriétaire légitime. Un nom masqué n'est pas la preuve d'un méfait. Le signal vient des autres champs : une date de création quelques jours avant la page de phishing, des serveurs de noms partagés avec d'autres sosies, et un registraire lent à répondre aux signalements d'abus.
Interisle a constaté que 77 % des domaines de phishing de ses données de mai 2024 à avril 2025 avaient été enregistrés par les criminels pour l'attaque. Une date de création récente à côté d'une copie de votre page de connexion est donc le schéma à attendre, pas une exception. Wardmint suit la même logique de masquage pour ses clients : l'unique e-mail qu'il détient par domaine est obligatoire, vérifié et gardé privé.
Comment la vérification du titulaire alimente-t-elle un signalement ou un dossier UDRP ?
Le registraire indiqué dans l'enregistrement RDAP est la partie qui reçoit votre signalement d'abus et celle à laquelle un prestataire UDRP écrit. Placez le nom du registraire, la date de création, les serveurs de noms et les codes de statut en haut de votre signalement au registraire. Le registraire peut voir les données du titulaire et agir en conséquence ; pas vous.
Dans une procédure UDRP, le prestataire obtient les coordonnées du titulaire auprès du registraire après le dépôt de la plainte. Les étapes et les frais sont dans comment déposer une plainte UDRP. La date de création compte ici car le troisième élément de la politique est l'enregistrement et l'usage de mauvaise foi.
Que peut vous apprendre l'historique d'un domaine ?
L'historique d'un domaine montre si le nom a été acheté tout neuf pour l'attaque ou repris à un précédent propriétaire. Cherchez sur urlscan.io d'anciennes analyses du domaine et ouvrez la Wayback Machine pour voir les copies archivées. Une page qui servait une vraie entreprise l'an dernier et un clone de votre site aujourd'hui indiquent un nom réenregistré ou revendu.
Selon la vérification de Wardmint du 12 novembre 2026, une seule requête RDAP pour example.com a renvoyé un identifiant de registraire (376), une date d'enregistrement du 1995-08-14 et trois codes de statut client dans une seule réponse JSON, ce qui explique pourquoi cette requête est la première étape la plus rapide. La même requête sur un sosie trouvé avec le guide pour trouver des domaines sosies prend quelques secondes.
Que ne faut-il jamais faire du résultat ?
Ne contactez ni ne menacez jamais le titulaire, et n'enregistrez jamais en retour des sosies de sa marque. Une vérification de titulaire est une étape de documentation. Contacter le détenteur peut provoquer la suppression de la page et des preuves. Wardmint ne vend que des enregistrements des variantes d'une marque pour cette marque ; enregistrer un sosie de la marque d'un tiers est interdit par sa politique d'utilisation acceptable. Wardmint ne communique les données qu'il détient que lorsque la loi panaméenne l'exige (ordonnance d'un tribunal ou d'un procureur panaméen), ou dans une procédure UDRP.
Questions sur les vérifications de titulaire de domaine
Le RDAP est-il la même chose que le WHOIS ?
Le RDAP est le successeur standard du WHOIS. Il transporte les mêmes données d'enregistrement en JSON sur HTTPS, avec des noms de champs fixes.
Puis-je retrouver la personne derrière un domaine masqué ?
Pas à partir de l'enregistrement public. Le registraire détient les données du titulaire et agit sur les signalements d'abus ou sur la demande de vérification d'un prestataire UDRP. La date de création, les serveurs de noms et le registraire sont ce que vous pouvez utiliser.
Que prouve une date de création ?
Elle montre quand l'enregistrement a commencé. Une date postérieure à l'apparition de votre marque étaye une allégation de mauvaise foi dans une UDRP, mais la commission la pondère avec l'usage fait du domaine.
Quelle commande trouve le contact d'abus ?
L'enregistrement RDAP du domaine liste souvent une entité d'abus sous le registraire. Le guide de signalement donne le filtre jq exact, et le site du registraire doit publier un contact d'abus depuis l'amendement de l'ICANN du 5 avril 2024.
Un service de confidentialité autorise-t-il à ignorer un domaine ?
Non. La confidentialité masque le nom du titulaire, pas le registraire, les dates ni la page que sert le domaine. Le registraire peut toujours agir sur un signalement documenté.
En résumé
- Une requête RDAP renvoie le registraire, les dates, les codes de statut et les serveurs de noms.
- Le titulaire est souvent masqué ; ce qui reste public dépend de chaque registre.
- Le registraire, et non vous, peut voir les données du titulaire et agir en conséquence.
- Interisle a constaté que 77 % des domaines de phishing étaient enregistrés par les criminels eux-mêmes.
- Conservez le JSON brut et l'heure de la requête dans votre dossier de preuves.
- Ne contactez jamais le titulaire vous-même et n'enregistrez jamais de sosies de sa marque.
- Wardmint garde privée l'unique adresse e-mail qu'il détient par domaine.
Sources (5)
- Litiges de noms de domaine : comment déposer une plainte (OMPI) — WIPO (relevé le 2026-11-12)
- Enregistrement RDAP de example.com via rdap.org — rdap.org / Verisign RDAP (relevé le 2026-11-12)
- ICANN Lookup — ICANN (relevé le 2026-11-12)
- 2024 Global Amendments to the Registrar Accreditation Agreement: DNS abuse — ICANN (relevé le 2026-11-12)
- Communiqué de presse Interisle Phishing Landscape 2025 — Interisle Consulting (relevé le 2026-11-12)