--- id: "3e808d1d-e3d4-4676-868f-27fee3c24f71" kind: "link" title: "ICANN teste un système de connexion pour l'accès des forces de l'ordre aux données WHOIS non publiques" language: "fr" section: "icann" date: "2026-10-20T05:20:37Z" updated: "2026-10-20T12:36:07Z" canonical: "https://tldlog.com/fr/l/icann-teste-systeme-connexion-acces-forces-ordre-donnees/" origin: "reviewed" master: "https://tldlog.com/l/icann-tests-login-system-law-enforcement-access-non-public/" translations: en: "https://tldlog.com/l/icann-tests-login-system-law-enforcement-access-non-public/" es: "https://tldlog.com/es/l/icann-prueba-sistema-acceso-fuerzas-orden-datos-whois-no/" de: "https://tldlog.com/de/l/icann-testet-anmeldesystem-strafverfolgungsbehoerden-zugriff/" it: "https://tldlog.com/it/l/icann-testa-sistema-accesso-forze-ordine-dati-whois-non/" pt-BR: "https://tldlog.com/pt/l/icann-testa-sistema-login-acesso-autoridades-policiais-dados/" ru: "https://tldlog.com/ru/l/icann-testiruet-sistemu-vkhoda-dostupa-pravookhraniteley/" zh-Hans: "https://tldlog.com/zh/l/icann-ceshi-zhifa-denglu-whois/" source: name: "theregister.com" url: "https://www.theregister.com/networks/2026/10/20/icann-testing-tech-to-let-law-enforcement-access-non-public-whois-info/5304036" language: "en" date: "2026-10-20T02:11:27Z" --- # ICANN teste un système de connexion pour l'accès des forces de l'ordre aux données WHOIS non publiques ## en clair Les noms de domaine ont des fiches de propriétaire appelées données WHOIS, et beaucoup sont aujourd'hui masquées pour protéger la vie privée. L'ICANN, l'organisation qui coordonne les noms de domaine dans le monde, teste une connexion sécurisée permettant à la police de demander ces informations cachées dans les cas urgents. Les services de police devraient prouver une véritable urgence pour l'utiliser. L'ICANN teste des mécanismes d'authentification qui permettraient aux services de répression de présenter des demandes urgentes d'informations WHOIS non publiques. Ces demandes sont destinées aux situations impliquant une menace imminente pour la vie, des blessures corporelles graves, des infrastructures critiques ou l'exploitation sexuelle d'enfants. La définition retenue reprend les termes mêmes de l'ICANN. Les bureaux d'enregistrement collectent des informations sur leurs clients, et ces données étaient autrefois accessibles au public dans les bases WHOIS. Certains bureaux proposent des services qui remplacent leurs propres coordonnées par celles du client afin de protéger sa vie privée, et des textes comme le RGPD peuvent les obliger à masquer les données WHOIS. Selon la source, cela complique la tâche des forces de l'ordre lorsqu'elles veulent joindre le titulaire du nom de domaine, quand celui-ci sert à diffuser un logiciel malveillant, à héberger une infrastructure de domaine de commande et de contrôle ou à mener du phishing. Le groupe Input Group on Law Enforcement Agency Authentication Mechanisms de l'ICANN examine la question. Il a présenté l'avancement de ses travaux lors de la réunion annuelle de l'ICANN à Bali, en Indonésie. Des représentants des bureaux d'enregistrement Namecheap et Verisign ont soutenu la proposition pendant cette session. Le travail du Input Group est en grande partie technique. Une fois qu'il aura conçu un mécanisme pour les demandes, d'autres groupes de politique de l'ICANN définiront l'usage acceptable et les questions connexes. L'approche privilégiée par l'ICANN repose sur le Security Assertion Markup Language (SAML). Les utilisateurs authentifiés des services de répression se connecteraient au Registration Data Request Service (RDRS) de l'ICANN pour déposer leurs demandes. L'ICANN teste déjà cette solution avec le FBI et Interpol, mais elle reste ouverte à d'autres mécanismes d'authentification qui donneraient accès à d'autres organismes. Le groupe vise à publier une spécification à laquelle ces organismes pourront se conformer. L'ICANN transmettra les demandes déposées dans le RDRS au bureau d'enregistrement qui a vendu le nom de domaine. Le bureau disposera de 24 heures pour examiner une demande, ou de 72 heures pour les demandes complexes. Les bureaux peuvent rejeter les demandes qu'ils jugent ne pas atteindre le seuil d'urgence. Certains lecteurs pourraient craindre qu'un grand organisme inonde le RDRS de demandes émanant de milliers d'agents. L'ICANN prévoit d'éviter cela en obligeant les organismes à désigner des personnels précis autorisés à faire des demandes, avec un jeton partagé lors des échanges SAML. Le contenu de ce jeton est une question de politique que le groupe Input Group s'attend à voir finalisée plus tard par d'autres équipes de l'ICANN. Une autre question reste ouverte : comment protéger l'identité des agents des services de répression qui font des demandes via le RDRS. L'ICANN estime qu'ils risquent d'être harcelés si leurs demandes comportent des adresses e-mail. Source: [theregister.com](https://www.theregister.com/networks/2026/10/20/icann-testing-tech-to-let-law-enforcement-access-non-public-whois-info/5304036) ## autres sources - [elhacker.NET](https://blog.elhacker.net/2026/10/icann-prueba-tecnologia-para-que-las.html) (en espagnol)