Résumé

  • La Politique relative aux données d’enregistrement publiée le 12 mai 2026 prévoit, pour une demande urgente authentifiée, un accusé de réception sous deux heures et une réponse sous 24 heures, avec une prolongation motivée plafonnée à 72 heures en cas de circonstances exceptionnelles.
  • La réponse peut divulguer les données non publiques demandées ou refuser tout ou partie de la demande en motivant ce refus. Le délai ne remplace pas l’examen au fond, n’écarte pas le droit applicable et ne s’impose pas avant l’entrée en vigueur du mécanisme d’authentification.

Imaginons qu’une demande correctement formée arrive à 14 heures. À 16 heures, le bureau d’enregistrement ou l’opérateur de registre destinataire doit en avoir accusé réception. Le lendemain à 14 heures, le demandeur doit normalement avoir reçu une réponse. Si des circonstances réellement exceptionnelles exigent davantage de temps, le destinataire doit le signaler pendant ces mêmes 24 heures, en donner la raison et annoncer la date de sa réponse. La limite extérieure est fixée à 72 heures après réception.

Cette séquence ressemble à un ordre de divulgation d’urgence. Elle n’en est pas un. Chaque horaire règle une étape de la procédure, et cette procédure peut toujours aboutir soit à la transmission des données, soit à un refus motivé.

La porte d’entrée est étroite. La section 3.8 de la Politique de l’ICANN définit la demande urgente comme une sous-catégorie des demandes de divulgation licite. Elle doit provenir d’un demandeur authentifié et concerner une menace imminente pour la vie, un risque de blessure grave, une menace pour une infrastructure critique ou l’exploitation d’enfants. La divulgation doit être nécessaire pour combattre ou traiter cette menace. Écrire « urgent » dans l’objet d’un message ne suffit donc pas.

L’authentification ne se réduit pas non plus à décliner son identité. La section 3.9 limite cette qualité à un service répressif ou à une autorité de confiance ou compétente, authentifié par un mécanisme mis en œuvre au titre d’une politique de consensus de l’ICANN. Le texte sépare ainsi deux contrôles souvent confondus : vérifier qui demande, puis établir si cette demande précise est nécessaire et licite.

Les obligations ordinaires de divulgation demeurent. La demande doit indiquer l’identité et les coordonnées du demandeur, les éléments recherchés, ses droits et sa justification précise, affirmer sa bonne foi et garantir le traitement licite des données reçues. Le registre ou le bureau d’enregistrement doit examiner chaque demande correctement formée selon ses propres mérites.

Le nouveau délai modifie le temps pendant lequel cet examen peut rester sans résultat. Pour une demande ordinaire, la section 10.5 autorise jusqu’à deux jours ouvrés pour l’accusé de réception puis, sauf circonstances exceptionnelles, jusqu’à 30 jours calendaires pour répondre. Pour une demande urgente admissible, la section 10.7 impose deux heures pour l’accusé et une réponse sans retard injustifié, au plus tard sous 24 heures.

La voie de prolongation est volontairement étroite. Le texte cite la force majeure qui rend une infrastructure indisponible et la complexité d’une demande portant sur un très grand nombre de noms de domaine. En revanche, un jour férié, un congé ou un déplacement planifié ne justifient pas l’allongement. Le choix des effectifs ne peut ramener une norme d’urgence permanente aux horaires de bureau.

Mais « répondre » ne signifie pas nécessairement « transmettre ». La section 10.6 conserve deux issues conformes. L’opérateur peut fournir les données. Il peut aussi refuser tout ou partie de la demande, préciser ses raisons et expliquer son raisonnement. Le cas échéant, il doit montrer comment les droits et libertés fondamentaux de la personne concernée ont été mis en balance avec l’intérêt légitime du demandeur.

Cette limite est essentielle puisque les informations visées ne sont pas publiques. Une procédure rapide réduit le coût du retard lors d’une véritable urgence. Elle ne crée pas une base juridique identique dans tous les pays, ne prouve pas la nécessité de chaque champ demandé, ne rétablit pas un WHOIS public et ne fait pas de l’ICANN l’autorité qui dirige une enquête. Le registre ou le bureau d’enregistrement reste le décideur au fond.

Un interrupteur important demeure ouvert. La note de mise en œuvre 11 précise que les obligations de la section 10.7 ne prendront effet que lorsque l’ICANN aura pleinement mis en œuvre une politique de consensus établissant l’authentification des demandeurs. L’annonce du 12 mai indique la même condition. L’état des avis du GAC, mis à jour le 23 juillet, note également que l’application du délai de 24 heures attend ce mécanisme.

Il s’agit donc d’une politique publiée dont le déclenchement opérationnel est différé. Sans authentification crédible, la voie rapide pourrait récompenser l’usurpation ou absorber ses premières heures dans la vérification d’identité. Sans délai de réponse, l’authentification ne créerait qu’une file fiable dépourvue de vitesse d’urgence. Le dossier de consultation publique montre la solution à deux voies : concevoir séparément l’authentification tout en fixant le délai sur l’hypothèse d’un demandeur déjà authentifié.

Après activation, la responsabilité devra reposer sur des traces. La section 11.2 impose la conservation des demandes, accusés de réception et réponses selon les pratiques normales, notamment pour un éventuel audit de l’ICANN. Ces journaux peuvent prouver le respect des deux, 24 et 72 heures. Ils ne prouvent pas à eux seuls qu’une divulgation ou un refus était juridiquement juste, mais ils rendent le silence mesurable.

Le nouveau chronomètre est donc puissant lorsqu’on le décrit exactement : il autorise la vitesse, une procédure et une décision vérifiable, pas une divulgation automatique.

Sources