Résumé

  • Le Centralized Zone Data Service unifie la demande et le contrat type. Il ne confie pas à ICANN une décision unique : vérification du demandeur, autorisation par le registre, contrôle contractuel et obligations de l’utilisateur relèvent d’acteurs différents.
  • Une autorisation donne un droit limité et non cessible de copier des données de zone. Elle ne confère ni propriété sur les noms ni maîtrise du domaine de premier niveau. Le principal angle mort reste le délai, car le contrat ne fixe aucune échéance de traitement.

Une file d’attente commune, des réponses séparées

Pour un chercheur, un service de sécurité ou un spécialiste de la protection des marques, la promesse est concrète. Un seul compte et une convention standardisée remplacent une succession de formulaires propres à chaque registre de gTLD. La centralisation réduit les frais de recherche et de négociation.

Elle ne garantit pas une réponse uniforme. La page d’ICANN consacrée à l’accès aux fichiers de zone précise que l’accord de registre ne fixe aucun délai au traitement des demandes. Deux dossiers déposés au même instant peuvent donc recevoir des décisions à des rythmes très différents, sans que l’interface commune révèle à elle seule si le retard vient d’un contrôle d’identité, de l’opérateur du registre ou d’une simple attente.

Pour une étude historique, quelques jours peuvent être absorbés. Lors d’une campagne d’hameçonnage ou d’une mutation rapide d’infrastructure, le même décalage peut retirer une grande partie de la valeur des données. Le temps n’est pas un détail administratif ; c’est une propriété du service.

Une copie utile, pas un cadastre de propriété

Un fichier de zone rassemble en masse les noms délégués dans un domaine de premier niveau et les enregistrements DNS qui permettent d’atteindre leurs serveurs faisant autorité. Il aide à suivre des apparitions, des retraits et des regroupements techniques. Il ne contient pas l’intégralité des données d’enregistrement et ne démontre pas qui possède un nom.

Cette différence éclaire les limites du droit accordé. La Specification 4 modifiée prévoit un accès non exclusif, non transférable et limité, avec au plus un téléchargement par période de 24 heures. L’usage doit rester licite. Il ne peut servir à la prospection commerciale massive, à des requêtes automatisées de grande ampleur contre les systèmes des registres ou registrars, ni à perturber l’activité normale des titulaires.

Recevoir une archive ne signifie donc ni pouvoir modifier la zone, ni acquérir une licence générale de redistribution, ni devenir l’autorité du registre. La donnée reste un instrument d’observation soumis à des obligations précises.

Identifier l’auteur de chaque décision

Le texte contractuel distingue trois portes. Le fournisseur centralisé d’accès — ICANN ou un délégataire — peut écarter un utilisateur qui ne satisfait pas aux exigences d’identification. Il s’agit de rendre le demandeur identifiable et joignable.

L’opérateur de registre peut ensuite refuser si les justificatifs sont faux ou illégitimes, ou s’il estime raisonnablement que l’usage envisagé contreviendra aux restrictions. Après une autorisation, il peut la révoquer s’il dispose d’éléments montrant une violation. Le refus initial et la révocation ne reposent donc pas sur le même fait.

Enfin, la conformité contractuelle d’ICANN reçoit les plaintes portant sur l’obligation du registre de fournir l’accès à des tiers. Examiner une plainte n’équivaut pas à accorder soi-même la demande. Résumer toute la chaîne par « ICANN a refusé » ferait disparaître l’acteur compétent, le motif applicable et la voie de recours pertinente.

Sources