Résumé

  • La liste publique des membres du RIPE NCC mentionne Nebius B.V. ; les réponses whois obtenues pour cet opérateur renvoient cinq objets de système autonome — NebiusMAD, NebiusPA10, CoreNebiusNet, NebiusCloud et NEBIUS-UK — dont trois portent l’identifiant d’organisation ORG-NB187-RIPE.
  • Les préfixes annoncés relevés le 21 octobre 2026 montrent quatre de ces systèmes en activité, avec un total compris entre cinq et vingt-sept préfixes, tandis que CoreNebiusNet renvoie une liste vide et qu’une fiche as-overview indique announced: false.

Un registre n’a rien d’une vitrine commerciale. C’est la table où un numéro devient un nom que d’autres réseaux peuvent traiter, et où un fournisseur d’accès, un service de filtrage ou un auditeur regarde lorsqu’il doit décider à qui appartient le trafic qu’il manipule. Pour quiconque héberge des charges de travail derrière un contrat d’informatique en nuage spécialisé dans l’intelligence artificielle, la forme de la fiche registrale de l’exploitant est donc un document de travail, pas une note de bas de page.

La liste des membres du RIPE NCC enregistre Nebius B.V. aux Pays-Bas (liste des membres du RIPE NCC). La fiche de répertoire de l’entreprise traite cette inscription strictement comme un membership et un contexte de ressources de numérotation : en soi, elle n’établit pas que l’entité commercialise des services de fournisseur d’accès, de transit IP, de nuage, de registre ou de réseau administré (fiche du répertoire). Les numéros de réseau, eux, proviennent des réponses du registre lui-même.

Le 21 octobre 2026, les réponses whois obtenues via RIPEstat portaient sur cinq numéros de système autonome dont le nom contient le mot Nebius. AS203326 répond avec le nom NebiusMAD et la clé d’organisation ORG-NB187-RIPE (whois AS203326). AS214415 répond NebiusPA10 avec la même clé (whois AS214415), et AS215169 répond CoreNebiusNet avec cette clé une troisième fois (whois AS215169). La série s’arrête là : AS213291 n’a renvoyé que le nom NebiusCloud (whois AS213291) et AS211318 que NEBIUS-UK (whois AS211318), sans clé d’organisation dans les extraits obtenus.

Quatre systèmes annoncent, un reste muet

Le versant « routage » du dossier est irrégulier. Dans les relevés de préfixes annoncés du même jour, AS203326 en annonçait cinq (préfixes AS203326), AS214415 treize (préfixes AS214415), AS213291 vingt-sept (préfixes AS213291) et AS211318 six (préfixes AS211318). AS215169 a renvoyé un tableau de préfixes vide (préfixes AS215169), et la fiche as-overview du numéro donne comme titulaire « CoreNebiusNet Nebius B.V. » avec announced à false (fiche AS215169).

Un système autonome enregistré qui n’annonce rien est un objet banal dans un registre. Il peut s’agir d’une réservation, d’un numéro conservé à travers une migration, d’un système strictement interne, ou d’une entrée simplement laissée en place après un changement. Le registre ne sait pas distinguer ces cas, et il ne faut pas lui demander de le faire. Ce qu’il affirme est étroit et vérifiable : à cette date, aucun préfixe visible globalement n’était annoncé par ce numéro. Toute affirmations selon laquelle CoreNebiusNet transporte le trafic d’un client exige donc une preuve venue d’ailleurs que du registre.

Les mots présents dans les noms relèvent du choix du titulaire. MAD, PA10, Cloud, Core et UK décrivent la manière dont quelqu’un dans l’organisation a décidé de nommer un objet. Ce ne sont ni des champs du registre, ni des localisations, ni des déclarations de fonction.

Le relevé d’interconnexion ne suit pas les étiquettes

Le seul relevé d’interconnexion obtenu ne soutient pas une lecture géographique de ces étiquettes. La fiche PeeringDB d’AS213291 nomme comme organisation Nebius B.V., comme type de réseau « Content », et liste quatre sites : Digita Helsinki Pasila Broadcasting Tower, Elisa Helsinki Lauttasaari, Equinix AM7 à Amsterdam et Equinix FR5 à Francfort (PeeringDB AS213291). Aucun site madrilène, aucun site pennsylvanien n’y figure. Si les étiquettes MAD et PA10 désignent des lieux, le registre et la fiche d’interconnexion ne le montrent pas.

Ce que ce dossier n’établit pas

Les lacunes sont précises plutôt que vagues. Rien de ce qui a été obtenu pour cette enquête ne contient le reste des objets aut-num : aucun champ descr, origin, mnt-by, created ou last-modified n’a été récupéré pour les cinq numéros. Le texte de l’objet d’organisation ORG-NB187-RIPE n’a pas été obtenu. Les fiches PeeringDB d’AS203326, AS214415, AS215169 et AS211318 ne l’ont pas été non plus, et les recherches infructueuses étaient des échecs d’accès, non des fiches vides : c’est une différence de nature, qui ne doit pas être lue comme une absence. Aucun rendu de l’interface web de la base RIPE NCC n’a été capturé.

Aucun document de Nebius Group — rapport annuel, dépôt réglementaire, communication investisseurs — nommant un système autonome n’a été lu.

Du côté de l’entreprise, nebius.com présente Nebius comme un fournisseur de nuage pour l’intelligence artificielle, avec des grappes GPU, du réseau haut débit, de l’inférence administrée et des outils d’entraînement, et identifie Nebius B.V. comme l’entité juridique qui exploite le service (nebius.com). Le portail de documentation couvre les machines virtuelles, les grappes GPU, Kubernetes et le réseau VPC, mais ne contient aucune correspondance lisible par un humain entre un numéro de système autonome enregistré au RIPE et un rôle opérationnel, un site ou un service (docs.nebius.com). Deux documents, un numéro, aucun pont.

L’instrument qui trancherait appartient à une catégorie documentaire précise, et non à un supplément de mêmes données : une page réseau ou peering de l’opérateur qui nomme un numéro de système autonome, un objet RIR qui croise le numéro et un rôle, ou un dépôt qui en attribue un. Tant qu’un tel document n’existe pas sous forme lisible, l’énoncé le plus solide reste l’observation elle-même, datée du 21 octobre 2026.

Pour un acheteur, la conséquence est concrète. Un contrat peut désigner une entité juridique et une région de service sans jamais nommer le système autonome qui transporte le trafic, et le registre ne comblera pas cet écart de lui-même. Demander quel numéro annonce les préfixes du client, et qui détient les identifiants qui modifient ces annonces, est une question que le dossier public pourra plus tard confirmer ou contredire.