Résumé

  • En 2021, une organisation a demandé à ARIN de pouvoir empêcher qu'un tiers rattache une réattribution ou une réallocation à son Org ID. La fonction est arrivée en janvier 2026.
  • ARIN avait prévu un refus par défaut. En novembre 2024, le registre a relevé 255 535 Org ID, sur 421 022, avec plusieurs rattachements existants et a inversé le réglage prévu.

Le registre pouvait prêter votre nom

L'avis déposé en septembre 2021 décrit un problème simple à comprendre et difficile à effacer : un tiers peut faire figurer des adresses sous l'identifiant d'une grande organisation. Le lecteur de Whois voit son nom et lui attribue une relation qu'elle n'a pas choisie. L'auteur anonyme demandait même un verrou actionné par l'assistance d'ARIN, faute de mieux. ARIN a promis de le réaliser. Son dossier a finalement été fermé le 24 août 2026, après la mise en service de la fonction.

Pendant une réunion ARIN 57, John Sweeting a pris l'exemple d'un grand câblo-opérateur dont le nom pouvait être attaché à des blocs pour en emprunter la crédibilité. Reese Radcliffe a ajouté que certains dossiers provenaient d'une erreur : des clients inscrivaient leur fournisseur amont comme bénéficiaire, croyant bien remplir le registre. Même apparence publique, causes différentes. Le remède ne pouvait guère reposer uniquement sur la traque des fraudeurs.

Une consultation, deux positions

Le 6 novembre 2024, ARIN annonçait un mécanisme par Org ID qui interdirait d'abord les réallocations entrantes. Il aurait fallu les autoriser explicitement. Cette architecture protégeait les noms, mais elle aurait bloqué des échanges ordinaires. Le 20 novembre, le registre a sorti ses comptes : 255 535 des 421 022 Org ID observés possédaient plus d'une réallocation ou réattribution détaillée. Soit 60,7 %. ARIN a donc fait marche arrière sur la valeur initiale : réception autorisée, fermeture à la demande.

Le mode d'emploi actuel décrit le produit livré en janvier 2026. Un contact administratif ou technique peut changer l'option dans ARIN Online. Le champ acceptReassignments expose l'état à l'API ; une tentative Reg-RWS visant un Org ID fermé reçoit le code HTTP 403. L'organisation peut rouvrir brièvement la porte pour une opération voulue, puis la refermer. La commande porte sur les réattributions détaillées et les réallocations liées à l'Org ID, pas sur toutes les mentions textuelles possibles d'un nom.

Il manque le nombre d'organisations ayant choisi de fermer la réception et le volume des tentatives ainsi arrêtées. Ces deux chiffres diraient si le verrou est employé, au-delà de sa présence dans le menu.