Résumé

  • Le numéro d'enregistrement porté par l'organisation RIPE derrière l'AS210328 renvoie, dans les registres d'entreprise russes, à AO « ALMAZ » de Yuzhno-Sakhalinsk — une entreprise dont l'activité principale déclarée est l'élevage de poissons marins, dont le capital social est de 10 000 RUB et qui déclare deux employés.
  • La vitrine d'almazcloud.network vend de l'interconnexion cloud en dollars américains et nomme une boîte à lettres de rôle de directeur dont la partie locale renvoie à un directeur prénommé « Maksim ». La seule directrice enregistrée est Khan Marina Menkhoevna, en poste depuis le 6 mai 2019.
  • Les données de routage attribuent deux des trois préfixes annoncés par l'AS210328 à un tiers, et le peering direct annoncé vers Yandex, Sberbank et Rostelecom n'apparaît dans aucune adjacence observée.
  • Les objets du registre autour de ce réseau ont été modifiés récemment en 2026 — objet organisation le 13 mai, nouveau ROA le 20 août, aut-num le 21 août — alors que la surface commerciale n'a pas bougé depuis 2022.

Un numéro d'enregistrement à l'intérieur d'un objet organisation RIPE ressemble à une formalité : une chaîne saisie une fois et rarement revue. Pour ORG-ZA238-RIPE — l'organisation enregistrée derrière le système autonome AS210328, dont l'as-name est ALMAZ et dont l'opérateur se présente comme DIAMOND sur almazcloud.network — cette chaîne est 1196501003357. Suivre ce numéro hors du registre et dans les registres d'entreprise russes, c'est là que la substance documentaire de l'opérateur cesse de correspondre à sa surface. La chaîne d'objets RIPE est visible par des miroirs publics et par le service de statistiques du RIPE NCC (RIPE Stat, miroir IPIP.NET).

Ce rapport ne remesure pas le réseau. Une couverture BTW antérieure a déjà documenté le déficit de vérification d'identité (BTW Media — vérification d'identité) et la chaîne d'identité qu'aucune preuve ne referme (BTW Media — chaîne d'identité). Il pose une question plus étroite et plus inconfortable : qui, dans le registre documentaire, se trouve derrière le business cloud vendu, et une source publique relie-t-elle le vendeur à l'entreprise et à la personne que le registre nomme réellement ?

Trois couches répondent différemment, et chacune est régie par un type de preuve distinct.

Le numéro d'enregistrement que le registre porte

L'objet organisation derrière l'AS210328 enregistre le nom d'organisation AO ALMAZ dans le pays RU, avec le numéro d'enregistrement 1196501003357, et l'objet aut-num porte l'as-name ALMAZ avec le domaine de l'opérateur dans son champ remarks (miroir IPIP.NET, RIPE Stat). C'est la fin de ce que le registre lui-même établit. Le traitement des données personnelles de la base RIPE signifie que la chaîne de contacts administratif et technique attachée à l'objet n'est pas un pointeur public fiable vers une personne nommée : les miroirs divergent sur la question de savoir si le handle est un objet de rôle actif ou l'identité de substitution utilisée après rédaction, et les deux versions se voient dans des copies publiques du même enregistrement (miroir IPIP.NET, IPinfo AS210328).

Le numéro, en revanche, est un pointeur solide, car les registres d'entreprise russes sont indexés dessus. En parcourant 1196501003357 via les agrégateurs indépendants qui reflètent les registres étatiques — Audit-IT, Checko, Tochka, SPARK-Interfax et T-Bank — on obtient à chaque fois la même entité, et ce n'est pas une société cloud (fiche Audit-IT, fiche Checko, dossier Tochka, fiche SPARK-Interfax, fiche contrepartie T-Bank).

Ce que le registre d'entreprise russe enregistre

Sur les cinq agrégateurs, le même tableau se maintient. AO « ALMAZ » a été enregistrée le 6 mai 2019 à Yuzhno-Sakhalinsk, dans l'oblast de Sakhaline, avec l'INN 6501304360. Son activité principale déclarée est l'élevage de poissons marins ; le dossier Tochka liste trente-quatre codes d'activité OKVED supplémentaires et SPARK en compte trente-cinq, mais la première entrée est bien le code aquacole (dossier Tochka, fiche SPARK-Interfax). L'adresse enregistrée est une adresse de rue à Yuzhno-Sakhalinsk. Le capital social est de 10 000 RUB, et Tochka classe l'entité comme micro-entreprise (dossier Tochka, fiche contrepartie T-Bank).

La seule directrice enregistrée est Khan Marina Menkhoevna, en poste depuis le 6 mai 2019 — c'est-à-dire depuis l'immatriculation de la société — selon chaque agrégateur examiné (fiche Audit-IT, fiche Checko, dossier Tochka, fiche SPARK-Interfax, fiche contrepartie T-Bank). L'effectif est de deux employés, déclaré pour 2024 comme pour 2025 (fiche Audit-IT, fiche Checko). Checko enregistre un salaire mensuel moyen de 86 200 RUB en 2025, 59 200 RUB en 2024 et 73 800 RUB en 2023 (fiche Checko).

La ligne financière est courte et, pour un opérateur cloud, frappante. Audit-IT rapporte un chiffre d'affaires 2024 de 14,6 millions RUB avec un bénéfice de 8,5 millions RUB, et un chiffre d'affaires 2025 signalé comme absent avec une perte de 883 000 RUB (fiche Audit-IT). Checko rapporte une perte nette 2025 de 883 000 RUB avec des impôts et cotisations de 380 300 RUB (fiche Checko). À une grille tarifaire en dollars de plusieurs centaines de dollars par mois et par produit, une société déclarant aucun chiffre d'affaires 2025 n'a pas comptabilisé le business cloud qu'elle annonce.

Deux autres entrées du registre comptent pour la biographie de l'entité. L'associée de registre — Matveeva Yulia Yurievna — n'apparaît que comme entrée historique, retirée du registre le 30 novembre 2021 ; aucun associé n'est actuellement enregistré dans les vues d'agrégateurs examinées (fiche Checko, fiche Audit-IT). Et le prédécesseur juridique, OOO KROKS, a été liquidé le 5 mars 2022 (fiche Audit-IT).

Côté exécution, SPARK ne rapporte aucun appel d'offres, aucune affaire d'arbitrage et aucune procédure d'exécution contre l'entité (fiche SPARK-Interfax). Cette absence mérite d'être dite clairement : il n'existe ici aucune condamnation, aucune mesure d'exécution, aucun dossier d'achat public. La divergence décrite dans ce rapport est documentaire, non jugée. Le résumé de risque de T-Bank enregistre zéro fait négatif et quatre faits positifs (fiche contrepartie T-Bank).

La vitrine vend autre chose

La surface commerciale ne se lit pas du tout comme le registre. Le site almazcloud.network présente l'opération sous la marque DIAMOND — le mot russe « almaz » — et vend un catalogue tarifé : Cloud Connect à 499 USD par mois par port 10G, annonces BGP à 99 USD par mois par préfixe, tunnel GRE sans BGP à 99 USD par mois par 100 Mbps, VPN cloud d'entreprise à 9 USD par utilisateur, et revente cloud à 99 USD par mois (almazcloud.network).

Trois caractéristiques de ce catalogue méritent attention. D'abord, la tarification est en dollars américains, un choix visant une contrepartie internationale plutôt que domestique. Ensuite, la promesse phare est la qualité d'interconnexion — une connexion physique directe de peering vers Yandex, Sberbank et Rostelecom — plutôt que le stockage, le calcul ou des services de plateforme ; le produit vendu est l'adjacence, pas la capacité (almazcloud.network). Enfin, la section direction est implémentée en boîtes à lettres de rôle plutôt qu'en dirigeants nommés, et l'une de ces parties locales nomme un directeur de société prénommé « Maksim » (almazcloud.network).

Ce dernier point est le cœur de l'écart de persona. La seule directrice que le registre d'entreprise soutient est Khan Marina Menkhoevna, en poste depuis l'immatriculation de la société. La vitrine implique une autre personne. Ni le site ni le registre n'offrent de document qui mappe les deux l'un sur l'autre, et ce rapport n'affirme ni qu'il s'agit de la même personne, ni que la persona est fausse, ni qu'un individu particulier contrôle le réseau.

Ce qui peut être dit est plus étroit et plus ferme : le registre nomme une directrice et le marketing nomme un autre prénom, et aucun registre public examiné ici ne les réconcilie.

L'enregistrement de routage : 512 adresses et une attribution à un tiers

La troisième couche est ce que le réseau annonce réellement. Les données de routage montrent l'AS210328 originaire de trois préfixes IPv4 totalisant 512 adresses IPv4 (vue BGP Hurricane Electric, enregistrement de préfixes ping.pe). Deux des trois portent des autorisations RPKI valides ; le troisième est montré sans ROA couvrant (enregistrement de préfixes ping.pe).

Deux des trois préfixes annoncés sont attribués dans les données de routage à un tiers nommé dans ces enregistrements comme Vlad Cojuhari, et non à AO ALMAZ (vue BGP Hurricane Electric). Cette attribution est l'une des observations isolées les plus fortes de ce dossier, car elle sépare le système autonome de l'espace d'adresses qu'il annonce pour deux de ses trois préfixes. Un réseau qui vend de l'interconnexion sur la force de son propre espace d'adresses annonce, selon cette preuve, en partie un espace que les registres de routage publics associent à quelqu'un d'autre.

Le peering annoncé ne se porte pas mieux. La vue de Hurricane Electric liste les adjacences observées comme AS202425, AS201814 et AS48693 — ni Yandex, ni Sberbank, ni Rostelecom (vue BGP Hurricane Electric). L'entrée PeeringDB du réseau est auto-déclarée, non observée : elle décrit un NSP avec un niveau de trafic auto-déclaré dans la bande 10-20 Gbps, une politique de peering restrictive et trois installations d'interconnexion moscovites, mise à jour pour la dernière fois en 2022 (entrée PeeringDB). Les niveaux de trafic auto-déclarés et les listes d'installations sont des affirmations de l'opérateur, non des mesures prises par quelqu'un d'autre, et rien dans le routage observé ne corrobore le peering que la vitrine met en titre.

La vue IPinfo de l'AS ajoute une seconde couche de contexte via l'espace d'adresses associé (IPinfo AS210328), et le tableau des fournisseurs d'amont à l'intérieur des objets du registre est lui-même instable : l'aut-num fraîchement modifié pointe vers un amont, tandis qu'une copie antérieure du même objet pointe vers un autre (miroir IPIP.NET, RIPE Stat). Des instantanés divergents d'un même objet sont un artefact normal des miroirs, mais ici la divergence est volontairement maintenue dans la vue du lecteur, car elle signifie que le registre seul ne peut trancher quelle relation de transit est actuelle.

La chaîne d'édition 2026 sur une vitrine de 2022

L'activité la plus récente de ce dossier est administrative. L'objet organisation ORG-ZA238-RIPE a été modifié pour la dernière fois le 13 mai 2026 ; un ROA couvrant 185.136.15.0/24 a été créé le 20 août 2026 ; et l'objet aut-num a été modifié le 21 août 2026 (miroir IPIP.NET, RIPE Stat). Sur la même période, la vitrine, l'entrée PeeringDB et le routage observable ne montrent aucun mouvement comparable ; l'entrée PeeringDB est inchangée depuis 2022 (entrée PeeringDB, almazcloud.network).

Lu attentivement, il s'agit de deux horloges différentes. Les modifications du registre sont une activité de livre de comptes : elles maintiennent l'état d'autorisation, les références de contact et la politique de routage à jour, et elles sont exécutées par quiconque détient les identifiants de mainteneur. L'activité de marché est une affirmation commerciale : changements de catalogue, mouvements de prix, nouveaux clients, nouvelles installations. Pour un fournisseur cloud en exploitation, les deux horloges battent normalement de concert.

Ici, le registre a été entretenu tandis que la surface commerciale est restée immobile, ce qui est cohérent avec une opération maintenue administrativement en vie sans être commercialement active. Ce n'est pas cohérent avec un fournisseur onboardant des clients d'entreprise aux prix annoncés. La chaîne d'édition explique aussi pourquoi ce réseau continue d'apparaître dans le travail de surveillance du registre : il produit des événements datés et vérifiables sans produire d'événements commerciaux datés et vérifiables.

Ce que cette preuve peut et ne peut pas établir

La limite honnête de ce rapport est aussi importante que ses conclusions. Les agrégateurs d'entreprise russes reflètent les registres étatiques et portent un décalage d'instantané ; leurs chiffres valent à la date de leurs propres instantanés, pas un état en direct (fiche Audit-IT, fiche Checko, dossier Tochka, fiche SPARK-Interfax, fiche contrepartie T-Bank). Le traitement des données personnelles du RIPE rend la chaîne de contacts attachée au système autonome illisible comme chaîne d'individus nommés, si bien que les personnes détenant les identifiants de mainteneur ne peuvent être identifiées depuis le registre public (miroir IPIP.NET).

Ce que la preuve établit est un ensemble de mismatches documentaires, chacun sourcé de manière indépendante : un numéro d'enregistrement qui renvoie à une micro-entreprise d'aquaculture de deux employés sans chiffre d'affaires 2025 ; une vitrine qui vend de l'interconnexion en dollars et implique un directeur qui n'apparaît pas dans ce registre ; une empreinte de routage de 512 adresses IPv4 où deux des trois préfixes annoncés sont attribués dans les données de routage à un tiers ; et une chaîne d'objets du registre modifiée en 2026 autour d'une surface commerciale inchangée depuis 2022.

Ensemble, cela signifie qu'aucun registre public examiné ici ne relie l'opérateur cloud commercialisé à la personne morale enregistrée, et aucun ne le relie à une capacité cloud opérationnelle.

Ce que la preuve n'établit pas est l'intention, le contrôle ou une faute. Elle ne montre pas qui exploite l'AS210328 ; les identifiants de mainteneur du registre ne sont pas publics. Elle ne montre pas que la vitrine n'a aucun client ; elle montre que l'entité enregistrée ne déclare aucun chiffre d'affaires pour 2025. Elle ne montre pas que le peering annoncé est faux en tout sens ; elle montre qu'aucune adjacence observée ne le correspond. Un lecteur qui a besoin d'une conclusion juridique n'en trouvera pas ici, et ne devrait pas en lire une.

Ce qu'un lecteur peut faire, c'est tenir les trois couches côte à côte et remarquer qu'elles ne décrivent pas la même entreprise.

Pour l'enregistrement au niveau du répertoire derrière cette entité, y compris la piste d'identité liée, voir l'entrée almazcloud.network (entrée du répertoire). Le travail de vérification antérieur qui a fait surgir ces mismatches reste le point de départ pour quiconque suit le dossier (BTW Media — vérification d'identité, BTW Media — chaîne d'identité).