Résumé

  • Le tableau RIPE NCC modifié à 20 h UTC ajoute deux /22 et un /24, soit 2 304 adresses, d’INTERNATIONAL HOSTING SOLUTIONS LLP vers Iryna Oliinyk.
  • Les trois fiches RDAP exactes portent des événements d’enregistrement à 14 h 29 min 10–11 s. Une copie intégrale du tableau à 16 h 41 ne contenait encore aucune des trois lignes.

Le registre avait son heure ; le tableau public en avait une autre. Le fichier des transferts de RIPE NCC contient désormais trois lignes datées du 2 novembre : 185.248.192.0/22, 194.15.112.0/22 et 194.26.18.0/24. Elles vont toutes d’INTERNATIONAL HOSTING SOLUTIONS LLP à Iryna Oliinyk, portent les mentions POLICY et PERMANENT et totalisent 2 304 adresses. Les deux /22 en apportent 1 024 chacun ; le /24, 256.

Une copie complète de ce même fichier conservée à 16 h 41 UTC comptait 43 852 lignes et ne contenait aucun des trois préfixes. Son empreinte SHA-256 est ed0104f4cc2a424832e2a85403464bb81ec5ff436f18db59db6415b2bda9a6a4. La version dont RIPE indique une dernière modification à 20 h 00 min 03 s compte 43 855 lignes ; son empreinte est d07266b3d0d36337ad85747a7661ad83ffcf63a537f237a368859a9d63032257. La comparaison des lignes ne révèle que ces trois ajouts et aucune suppression. L’écart n’est pas une estimation : ce sont trois enregistrements nommés et délimités.

Les fiches RDAP actuelles donnent le premier repère. 185.248.192.0/22 et 194.15.112.0/22 affichent un enregistrement et une dernière modification à 14 h 29 min 10 s UTC. 194.26.18.0/24 suit une seconde plus tard. Les trois intervalles sont actifs et citent ORG-IO80-RIPE parmi leurs références de titulaire, correspondant au destinataire du fichier. Cette heure décrit l’événement dans la fiche ; 20 h décrit la modification du fichier de transfert. À 16 h 41, le fichier restait en retard de trois lignes sur la séquence visible dans les événements RDAP actuels.

Deux numéros ASN figurent dans un autre tableau RIPE pour les mêmes parties et la même date. Leur divergence entre nom descriptif et titulaire est déjà l’objet d’un autre article de Theo March. Ici, le problème est l’édition du journal IPv4. Un lecteur qui aurait arrêté son relevé à 16 h 41 aurait compté zéro pour ces 2 304 adresses ; quelques heures plus tard, le même tableau en montrait trois transferts.

Le fichier date chaque transfert au jour, sans horodatage de première publication par ligne. Un tel horodatage, accompagné de l’historique des corrections, fixerait le moment précis où chaque ligne est arrivée. Les pièces disponibles fixent déjà les trois jalons : 14 h 29 dans RDAP, absence à 16 h 41, présence dans la version modifiée à 20 h.