Résumé

  • La fiche de The Internet Registry System tient en une phrase fonctionnelle : elle ne nomme ni allocation, ni délégation, ni client, ni registre régional.
  • Le RFC 7020 et la page de l'IANA décrivent une chaîne à quatre niveaux — IANA, registres régionaux, registres locaux, consommateurs — où chaque acte d'enregistrement se noue entre deux parties nommées.

Une phrase qui absorbe tout

La fiche d'annuaire Réservé au Cercle stratégique de The Internet Registry System est classée comme société, rattachée à Maurice, et sa description complète tient en une seule phrase : « The Internet Registry System performs registry functions for internet number resources. » Autrement dit : cette entité exerce les fonctions de registre pour les ressources Internet en numérotation.

Le reste de la fiche est un vide documentaire. Aucune adresse de site web. Aucun domaine principal. Aucun sujet, aucune catégorie sectorielle. Une seule pièce jointe, présentée comme preuve de registre public. Pour une société qui revendiquerait le cœur technique de l'Internet — la tenue des adresses IP et des numéros de système autonome — c'est un dossier étrangement maigre.

Cette maigreur n'est pas, en soi, une preuve. Une fiche courte peut simplement refléter une entrée peu travaillée. Ce qui rend le cas instructif, c'est autre chose : la phrase elle-même. Elle n'est pas extraite d'une source qui parlerait de cette société. Elle est extraite du vocabulaire qui décrit une architecture. Et dès qu'on replace ce vocabulaire dans son texte d'origine, la fiche cesse d'être incomplète : elle devient catégoriquement mal placée.

La hiérarchie se définit elle-même

Le document de référence du système est le RFC 7020, The Internet Numbers Registry System, publié par l'IETF. Sa définition est un empilement de relations, pas une attribut :

« The Internet Registry (IR) hierarchy was established to provide for the allocation of IP addresses and AS numbers... This hierarchy is rooted in the Internet Assigned Numbers Authority (IANA) address allocation function, which serves a set of "Regional Internet Registries" (RIRs); the RIRs then serve a set of "Local Internet Registries" (LIRs) and other customers. LIRs in turn serve their respective number resource consumers. »

Quatre étages. En haut, l'IANA. En dessous, les registres régionaux. En dessous encore, les registres locaux et leurs autres clients. En bas, les consommateurs de ressources en numérotation — opérateurs, hébergeurs, entreprises.

Le sommet décrit lui-même son rôle dans les mêmes termes relationnels. La page IANA — Number Resources expose la fonction d'allocation et sa limite :

« Our primary role for IP addresses is to allocate pools of unallocated addresses to the RIRs according to their needs as described by global policy... We do not make allocations directly to ISPs or end users except in specific circumstances. »

Ces deux passages suffisent à établir la nature de la chose. Un registre, dans ce système, n'est pas quelqu'un qui « fait du registre ». C'est quelqu'un qui se tient à un étage déterminé et qui accomplit un acte déterminé envers un étage adjacent : l'IANA alloue un bloc à un registre régional ; le registre régional enregistre un bloc au nom d'un membre ; le membre le réenregistre à son tour. L'acte, et la partie d'en face, sont constitutifs de la fonction.

C'est précisément ce que la fiche rattachée à Maurice ne fournit pas. Elle nomme la fonction sans nommer la contrepartie. Elle affirme une position sans fournir l'acte qui la crée.

Ce que « ne pas allouer directement » signifie

La phrase de l'IANA sur les allocations directes est souvent lue comme une simple précision technique. Elle est bien davantage : c'est une règle de séparation institutionnelle. Le sommet de la chaîne déclare ne pas traiter, sauf circonstances particulières, avec les fournisseurs d'accès et les utilisateurs finaux. Ceux-ci relèvent des niveaux inférieurs.

Cette règle a une conséquence pour toute fiche d'annuaire qui prétend exercer des « fonctions de registre ». Si le titulaire est un opérateur, il se situe du côté des consommateurs ou des registres locaux, et son titre est un contrat avec un registre régional. Si le titulaire est lui-même un registre régional, il a une définition publique, des politiques documentées, un territoire et une procédure de reconnaissance. Si le titulaire se trouve à l'étage de l'IANA, sa fonction est exercée par un opérateur désigné et documenté.

Aucune de ces trois positions ne peut être occupée par une fiche qui n'indique ni site, ni domaine, ni client, ni instrument. La phrase fonctionnelle reste vraie au niveau du système et devient invérifiable au niveau de la société. C'est le point exact où une description cesse d'être une description et devient une prétention.

La pièce jointe ne parle pas du titulaire

La fiche s'appuie sur un unique document : une page de la RIPE NCC consacrée à l'engagement multi-parties prenantes, Multi-stakeholder Engagement. Le passage retenu porte sur la gouvernance de l'Internet, non sur une entreprise :

« The World Summit on the Information Society (WSIS), beginning in 2003, marked a turning point, with all stakeholder groups focusing more closely on the processes and structures of Internet governance... The RIPE Cooperation Working Group was formed in 2009 as a means for the RIPE community to communicate with other Internet stakeholder groups. »

C'est un texte sur les sommets, les forums et les groupes de travail. Dans l'extrait obtenu, il n'est question d'aucune entité établie à Maurice. Il ne s'agit ni d'un enregistrement d'allocation, ni d'une délégation, ni d'une entrée de registre au nom d'un opérateur.

Il faut être précis sur ce que cela prouve. Cela prouve que le document joint ne soutient pas la description qu'il est censé soutenir. Cela ne prouve pas que la société n'existe pas, ni qu'elle n'a jamais détenu de ressources. Une pièce jointe inadéquate est un défaut de dossier, pas un acte d'accusation.

Le défaut de conception : une fonction sans acte

Rassemblons les pièces. La fiche attribue une fonction de système à une société. La définition officielle du système établit que cette fonction se compose d'actes entre niveaux adjacents. La fiche ne contient aucun acte. La fiche ne contient pas non plus la contrepartie qui rendrait l'acte identifiable.

Le résultat n'est pas une simple insuffisance d'information : c'est une erreur de catégorie. Un lecteur qui consulte cette fiche cherche à savoir à quel étage se situe le titulaire, ce qu'il peut allouer, et devant qui il répond. La fiche lui répond par une phrase qui est techniquement vraie de l'ensemble du système et fausse de toute société prise seule. C'est le pire des deux mondes : la formulation emprunte l'autorité du vocabulaire officiel tout en restant indécidable sur le seul point qui compte.

Un registre est un poste dans une chaîne d'actes. Sans l'acte, il ne reste qu'un titre. Et un titre ressemble à une fonction sans en être une.

Quatre niveaux, aucun titulaire unique

Une part de la difficulté vient du sujet lui-même. « Le système d'enregistrement d'Internet » n'est pas une institution : c'est un arrangement entre plusieurs. Le RFC 7020 ne désigne pas un propriétaire, il décrit des rôles servis les uns par les autres. La page de l'IANA ne revendique pas la tenue des registres membres : elle en attribue la charge aux niveaux inférieurs.

Cette dispersion rend le nom lui-même piégeux. Un nom qui décrit l'ensemble peut être porté par une entité particulière sans qu'aucune contradiction logique n'apparaisse — et c'est exactement pourquoi le contrôle doit porter sur la pièce, non sur la dénomination. La question utile n'est pas « ce nom est-il légitime ? » mais « quel acte, entre quelles parties, à quelle date, permet de placer ce titulaire dans la chaîne ? »

Sur ce point, notre analyse du 17 octobre 2026 avait établi que les couches descriptives de l'entrée ne désignaient aucun responsable pour une ressource déterminée. Le présent examen va plus loin et change de méthode : il prend la phrase fonctionnelle elle-même comme objet, la confronte aux définitions dont elle est tirée, et sépare une affirmation sur un étage du système d'une affirmation sur une société enregistrée. La première est vérifiable et vraie. La seconde n'est pas établie.

Ce qui changerait tout

L'argument est falsifiable, et c'est ce qui le rend solide. Un seul document daté suffirait à le renverser : un enregistrement d'allocation ou de délégation nommant le titulaire, ou une entrée de registre régional indiquant son identifiant, son bloc et son contrat de membre. Une telle pièce transformerait la fiche en profil ordinaire, et cet article en mauvais procès.

Rien de tel n'a été obtenu. Ce n'est pas la même chose que rien de tel n'existe. La nuance est le cœur de la méthode : elle sépare une conclusion sur ce que le dossier contient d'une conclusion sur le monde.

Ce que cela coûte à celui qui s'y fie

Un annuaire n'est pas neutre. Il est consulté par des opérateurs qui vérifient une contrepartie avant un contrat de transfert, par des juristes qui cherchent un répondant, par des analystes qui reconstituent une chaîne de responsabilité. Pour ces lecteurs, une fiche qui attribue une fonction de système sans acte produit un risque concret : ils croient avoir trouvé un acteur alors qu'ils ont trouvé une étiquette.

La chaîne des registres, elle, est documentée, avec ses niveaux, ses politiques et ses procédures. C'est pourquoi le défaut est si discret : la phrase est correcte. Elle est correcte comme on dit qu'une mairie « assure l'état civil » — vrai de l'institution, insignifiant pour savoir qui a signé l'acte.

Limites de cette vérification

Six tentatives ont été engagées auprès de sources publiques pour élargir la base documentaire ; trois ont abouti et ont produit les trois sources citées ici, trois ont échoué côté fournisseur.

Quatre éléments n'ont pas été obtenus : la page de la RIPE NCC décrivant le système d'enregistrement dans ses propres termes ; le texte intégral de la page de l'IANA au-delà de l'extrait retenu ; tout enregistrement d'allocation ou de délégation nommant le titulaire ; et toute inscription au registre des sociétés mauricien à son nom.

Ces absences délimitent cet examen ; elles ne disent rien de l'existence ou de l'inexistence de ces documents. Trois points restent ouverts : la relation du titulaire — actuelle ou passée — avec un registre régional ; le lien entre l'unique document joint et le rôle réel de l'entité ; et le statut exact des extraits cités, qui sont des lectures rapportées par un fournisseur et non des reproductions intégrales des pages.