--- id: "whois" kind: "glossary-term" title: "WHOIS" language: "fr" category: "Données d'enregistrement et vie privée" updated: "2026-10-10T23:13:20Z" canonical: "https://tldlog.com/fr/glossaire/whois/" translations: en: "https://tldlog.com/glossary/whois/" es: "https://tldlog.com/es/glosario/whois/" de: "https://tldlog.com/de/glossar/whois/" it: "https://tldlog.com/it/glossario/whois/" pt-BR: "https://tldlog.com/pt/glossario/whois/" ru: "https://tldlog.com/ru/glossariy/whois/" zh-Hans: "https://tldlog.com/zh/cihui/whois/" --- # WHOIS À la fois un ancien protocole de consultation et le nom courant des données publiques d'enregistrement d'un domaine, c'est-à-dire qui a enregistré un nom, par quel bureau d'enregistrement et quand. Pour les gTLD, l'obligation d'exploiter le WHOIS a pris fin le 28 janvier 2025 et RDAP l'a remplacé. Certains ccTLD utilisent encore le WHOIS. Le WHOIS est le moyen traditionnel de savoir qui se trouve derrière un nom de domaine : quel bureau d'enregistrement (registrar) le gère, quand il a été enregistré et quand il expire. Le mot désigne à la fois un ancien protocole de consultation et, dans l'usage courant, la fiche publique elle-même. Pour la plupart des domaines génériques de premier niveau (gTLD), un protocole plus récent, RDAP, a pris le relais, mais le WHOIS n'a pas disparu. ## Ce qu'est le WHOIS Le protocole est décrit dans la RFC 3912 (septembre 2004). Un programme se connecte à un serveur sur le port 43, envoie une ligne de texte, par exemple un nom de domaine, et reçoit du texte brut en retour. La RFC est franche sur ses limites : pas d'internationalisation, pas de contrôle d'accès, pas de protection de l'intégrité et pas de confidentialité. Le protocole ne devrait transporter que des informations destinées à être accessibles à tous ; faute de contrôle d'accès, tous les utilisateurs obtiennent la même réponse. Le terme plus large qu'emploie l'ICANN pour les services publics de consultation des données des gTLD est RDDS : le WHOIS sur le port 43, le WHOIS web et désormais RDAP. ## Du WHOIS à RDAP : ce qui a changé Les principales dates : - 26 août 2019 : tous les registres et bureaux d'enregistrement des gTLD devaient exploiter un service RDAP. - 28 janvier 2025 : la fin du WHOIS (sunset). - 21 août 2025 : la version de février 2024 du profil RDAP des gTLD est devenue obligatoire, le jour de l'entrée en vigueur de la Politique relative aux données d'enregistrement (Registration Data Policy). L'ICANN cite quatre avantages de RDAP : l'internationalisation, un accès sécurisé, la découverte du service faisant autorité et un accès différencié, qui permet à différents utilisateurs de voir des données différentes. Une requête est une adresse web envoyée en HTTPS ; la réponse est constituée de données structurées que les programmes peuvent lire. Les données elles-mêmes restent les mêmes. La découverte passe par l'amorçage RDAP (bootstrap) : l'IANA publie des listes qui associent chaque TLD à son serveur RDAP, si bien qu'un outil sait quel serveur interroger. Le profil RDAP des gTLD, deux documents de l'ICANN rédigés avec les registres et les bureaux d'enregistrement, impose à chaque gTLD de répondre dans le même format. La fin du WHOIS est moins radicale qu'il n'y paraît. Depuis le 28 janvier 2025, les registres et les bureaux d'enregistrement des gTLD ne sont plus tenus d'exploiter un service WHOIS sur le port 43 ou sur le web, sauf pour .com, .name et .post (en octobre 2026). Les prestataires peuvent encore le faire s'ils le souhaitent. ## Comment consulter un nom de domaine aujourd'hui La voie la plus simple est ICANN Lookup, sur lookup.icann.org. L'outil envoie une requête RDAP et affiche la réponse en direct du registre et du bureau d'enregistrement ; l'ICANN ne conserve pas les données des recherches RDAP. En octobre 2026, si RDAP n'est pas disponible pour un nom dans un gTLD, l'outil propose une recherche WHOIS facultative après un captcha, et il affiche la réponse RDAP brute en bas de la page. Pour les TLD qui exploitent encore le port 43, un client WHOIS classique peut fonctionner, même si certains registres en restreignent l'accès. Certaines données ne sont visibles que par des utilisateurs agréés. L'ICANN invite à consulter d'abord ICANN Lookup, puis à utiliser le RDRS pour les bureaux d'enregistrement participants ou la procédure de divulgation propre au bureau d'enregistrement, vers laquelle chaque registre et chaque bureau d'enregistrement de gTLD doit placer un lien sur sa page d'accueil. Un exemple : une personne consulte example.com. L'outil trouve le serveur RDAP du .com grâce à la liste d'amorçage, puis suit le lien vers le serveur du bureau d'enregistrement. Selon la Politique relative aux données d'enregistrement, la réponse indique le bureau d'enregistrement, les dates, les codes de statut et les serveurs de noms, tandis que le nom, l'adresse postale et le téléphone du titulaire sont signalés comme masqués lorsque le masquage s'applique. ## Ce que l'on voit et ce que l'on ne voit pas Selon la Politique relative aux données d'enregistrement de l'ICANN (en vigueur depuis le 21 août 2025, révisée le 12 mai 2026), une fiche de gTLD indique toujours le nom de domaine, le bureau d'enregistrement avec son identifiant IANA, son adresse électronique et son téléphone pour les abus, les dates de création et d'expiration et les codes de statut. Les serveurs de noms et les données DNSSEC apparaissent s'ils ont été collectés, et le pays du titulaire est toujours affiché. Les données personnelles doivent être masquées lorsque la loi l'exige, et peuvent l'être pour un motif commercialement raisonnable. Le nom, l'adresse, le code postal et le téléphone du titulaire sont alors masqués, et le champ l'indique : ICANN Lookup affiche « The RDAP server redacted the value ». À la place d'une adresse électronique, le bureau d'enregistrement publie une adresse anonymisée ou un formulaire web. Le titulaire peut consentir à la publication. Avec un service de confidentialité/proxy, ce sont les coordonnées du service qui apparaissent. Le masquage a commencé avec la spécification temporaire de l'ICANN (Temporary Specification), adoptée en mai 2018 et en vigueur depuis le 25 mai 2018, date d'entrée en application du RGPD. ## Historique WHOIS et recherches inversées RDAP n'affiche que les données actuelles. L'historique WHOIS, c'est-à-dire les copies anciennes des fiches, est conservé par des entreprises privées qui ont collecté les réponses au fil des ans ; les registres et les bureaux d'enregistrement ne le publient pas. Une recherche WHOIS inversée part des coordonnées d'un titulaire, comme un nom ou une adresse électronique, et retrouve les domaines qui y sont liés. RDAP dans sa forme de base ne le permet pas. La RFC 9536 (avril 2024) définit une extension facultative, mais les registres doivent vérifier si la loi l'autorise, et les données sensibles doivent rester réservées aux utilisateurs autorisés. Comme la plupart des noms et des adresses électroniques sont masqués depuis 2018, les archives constituées à partir des réponses publiques contiennent moins de coordonnées. ## Consultations dans les ccTLD comme le .es La fin du WHOIS et la politique de l'ICANN concernent les gTLD ; chaque ccTLD fixe ses propres règles. Pour le .es, Red.es gère les bases de données du registre en vertu de l'Orden ITC/1542/2005, et l'accès aux données personnelles qu'elles contiennent obéit au droit de la protection des données. En octobre 2026, l'IANA indique whois.nic.es comme serveur WHOIS du .es et aucun serveur RDAP ; pour le .com, elle indique les deux. Pour le .eu, en octobre 2026, le WHOIS web d'EURid n'affiche que l'adresse électronique et la langue pour les particuliers, et y ajoute l'entreprise, la ville, la région et le pays pour les organisations. En octobre 2026, la directive NIS2 impose aux États membres de l'UE, chacun par sa propre loi nationale, d'obliger les registres et les bureaux d'enregistrement à publier sans retard injustifié les données d'enregistrement non personnelles et à répondre aux demandes d'accès légitimes dans un délai de 72 heures. Pour un ccTLD précis, mieux vaut se renseigner auprès de son registre ou d'un bureau d'enregistrement. ## Sources - [ICANN Update: Launching RDAP; Sunsetting WHOIS](https://www.icann.org/en/announcements/details/icann-update-launching-rdap-sunsetting-whois-27-01-2025-en) - [Registration Data Access Protocol (RDAP) FAQs](https://www.icann.org/en/contracted-parties/registry-operators/registration-data-access-protocol/rdap-faqs-31-08-2018-en) - [Registration Data Policy](https://www.icann.org/en/contracted-parties/consensus-policies/registration-data-policy) - [Delegation Record for .ES (IANA Root Zone Database)](https://www.iana.org/domains/root/db/es.html) ## termes associés - [RDAP](https://tldlog.com/fr/glossaire/rdap/) - [service de confidentialité/proxy](https://tldlog.com/fr/glossaire/service-confidentialite-proxy/) - [masquage](https://tldlog.com/fr/glossaire/masquage/) - [Politique relative aux données d'enregistrement](https://tldlog.com/fr/glossaire/politique-relative-donnees-enregistrement/) - [port 43](https://tldlog.com/fr/glossaire/port-43/)