Résumé

  • L'objet RIPE vivant d'AS210328 porte la modification du 21 août 2026 (politique AS48693), tandis qu'au moins un miroir publie encore un objet figé au 28 décembre 2021 objet RIPE vivant.
  • Deux des trois préfixes /24 restent RPKI-valides sous l'AS d'origine 210328 ; le troisième, 185.218.138.0/24, demeure sans ROA valide et reste multi-origine ping.pe séquence de révocation RPKI AS210328.
  • L'écart entre les versions n'est pas un désaccord sur les données brutes : chaque divergence se ramène à une date de dernière mise à jour différente.

Une seule autonomie système, deux récits

L'autonomie système AS210328 a été allouée le 27 décembre 2021 et enregistrée dans la région RIPE au profit de l'organisation ORG-ZA238-RIPE, identifiée comme AO ALMAZ, société russe portant le numéro d'enregistrement 1196501003357, de type OTHER. L'objet aut-num vivant porte la désignation ALMAZ, date de création 2021-12-27T06:36:25Z et dernière modification 2026-08-21T04:38:32Z ; sa politique de routage importe depuis et exporte vers AS48693, et le sponsoring relève de ORG-DNJ1-RIPE objet RIPE vivant. L'objet organisation correspondant a été créé le 21 décembre 2021 et modifié le 13 mai 2026, avec un contact d'abus hébergé par le rôle ZAN42-RIPE, nommé « almazcloud.network » objet RIPE vivant.

C'est ce point d'ancrage vivant que les miroirs refusent d'aligner. Une variante de la page AS210328 d'IPTrace présente encore un objet intégré de l'époque 2021 : désignation ALMAZCLOUD, politique import/export AS12695, dernière modification 2021-12-28T12:49:16Z — soit près de quatre ans et huit mois de décalage avec l'objet vivant ; une autre variante du même site rapporte « 50 % RPKI valid » et « 2 IPv4 Prefixes », deux valeurs qui ne cadrent ni l'une ni l'autre avec les trois /24 d'origine observés ailleurs IPTrace. Ces pages n'ont été atteintes que par des extraits de fournisseur de recherche, sans horodatage de rafraîchissement visible ; leur état actuel reste invérifiable dans ce dossier.

L'état RPKI au 30 septembre 2026

Trois préfixes IPv4 sont d'origine sous AS210328 : 77.91.65.0/24, 185.136.15.0/24 et 185.218.138.0/24. Hurricane Electric en compte trois d'origine, deux annoncés, deux RPKI-valides à l'origine, zéro IPv6, 512 adresses IPv4 d'origine et 717 chemins AS observés, avec trois pairs observés : AS202425, AS201814 et AS48693 Hurricane Electric. ping.pe confirme la VALID pour les deux premiers sous l'origine AS210328 et NOT-FOUND pour le troisième ping.pe. IPGeolocation aligne la même structure : trois routes IPv4, zéro route IPv6, et les attributions de titulaires par préfixe (77.91.65.0/24 sous Foton Telecom CJSC ; les deux autres /24 sous Vlad Cojuhari) IPGeolocation.

Le troisième préfixe raconte une histoire différente. Selon des rapports secondaires citant la console rpki-client, exactement deux ROA sont publiés pour l'asID 210328 dans le dépôt RIPE — 77.91.65.0/24 et 185.136.15.0/24, tous deux maxlen 24 — et aucun pour 185.218.138.0/24 ; la page de console elle-même n'a pas été directement consultée dans cette recherche console rpki-client. Le seul ROA connu couvrant 185.218.138.0/24 aurait été délivré à l'asID 205997, signé le 18 février 2026, avec un certificat signalé révoqué le 24 août 2026 à 05:53:28 UTC ; ce préfixe demeure multi-origine, annoncé à la fois par AS209630 (LLC VASH KREDIT BANK), AS205997 et AS210328 ROA 185.218.138.0/24 séquence de révocation RPKI AS210328. L'horodatage de révocation est rapporté de seconde main et a été marqué non confirmé ailleurs séquence de révocation RPKI AS210328.

Ce que les miroirs continuent de vendre

Le catalogue commercial de l'opérateur, tel que publié sur son site, propose CLOUD CONNECT à partir de 499 dollars par mois et par port 10G avec un « peering physique direct avec Yandex, Sberbank, ROSTELECOM », BGP ANNOUNCEMENTS à partir de 99 dollars par mois et par préfixe annoncé, NO-BGP GRE TUNNEL à partir de 99 dollars par mois et par 100 Mbps, CORPORATE CLOUD VPN à partir de 9 dollars par utilisateur et par mois, et CLOUD RESELLING à partir de 99 dollars par mois catalogue almazcloud.network. Ce sont des déclarations de première main. La topologie observée reste transit-only : trois pairs, aucun des réseaux nommés dans la promesse de peering n'apparaît dans les observations de routage citées ci-dessus Hurricane Electric ping.pe.

PeeringDB complique davantage le tableau pour l'acheteur. La fiche 19111, enregistrée à AO ALMAZ sous le nom court ALMAZCLOUD et le nom long « ALMAZ (DIAMOND) CLOUD NETWORK », déclare zéro préfixe IPv4 et zéro préfixe IPv6, trois sites moscovites (Berzarina Data Center, IXcellerate MOS1, Moscow M9), un trafic de 10 à 20 Gbps équilibré, une dernière mise à jour au 27 juillet 2022 et un statut RIR « ok » rafraîchi le 26 juin 2024 PeeringDB. L'auto-déclaration de zéro préfixe contredit directement les trois /24 d'origine visibles dans les observations de routage. Cette page n'a été atteinte que par extrait de fournisseur de recherche ; son état au moment de la consultation reste inconnu.

Robtex, dans un extrait court, reprend la désignation ALMAZCLOUD avec la description almazcloud.network et l'organisation ORG-ZA238-RIPE — un poids de corroboration faible mais cohérent avec l'orientation générale des miroirs Robtex.

Trois ans d'écart, une seule donnée vivante

La question centrale du 30 septembre 2026 n'est pas de savoir si les miroirs se contredisent : c'est de savoir combien de temps un acheteur peut être guidé par des données qui ne sont plus vivantes. L'objet RIPE, les observatoires RPKI et le routage vif racontent le même récit daté. Les miroirs tiers ajoutent quatre versions parallèles — 2021, 2022, 2024 et une variante sans date — dont aucune ne correspond exactement au présent. Ce décalage n'est pas un défaut de fiabilité : c'est la conséquence directe d'un record qui change rarement mais dont les copies ne sont jamais forcées de rattraper. Pour un acheteur qui évalue une proposition d'annonce BGP ou de connectivité cloud, la vérification utile est celle-ci : dater chaque source consultée, puis confronter la version la plus récente à l'objet vivant avant de signer. Pour l'état RPKI, l'interface publique de RIPEstat (documentation de l'API RPKI validation) fournit la couche de référence horodatée.