Resumen

  • El sitio comercial de almazcloud.network anuncia cinco productos con precios iniciales —desde Cloud Connect a 499 dólares al mes por puerto físico de 10G hasta una VPN corporativa a 9 dólares por usuario— y afirma una conexión de interconexión física directa con Yandex, Sberbank y Rostelecom.
  • Los datos de enrutamiento independientes muestran una red pequeña: AS210328 origina tres prefijos IPv4, anuncia dos, y sus vecinos observados son solo tres operadores de tránsito, sin pares ni clientes descendentes observados.
  • El registro corporativo apunta a una AO ALMAZ registrada en Yuzhno-Sakhalinsk, un perfil regional que no coincide con la imagen de un negocio de nube orientado a Moscú.
  • Cada eslabón de la cadena de identidad (marca, dominio, ASN, organización de patrocinio, registro societario) es verificable por separado, pero ninguna fuente pública recuperada conecta los eslabones entre sí.

Una empresa que se presenta como "DIAMOND (en ruso ALMAZ)" y se describe como "un proveedor de servicios en la nube nuevo y progresista" mantiene un sitio web que enumera exactamente cinco productos con precios de partida: Cloud Connect desde 499 dólares al mes por puerto físico de 10G; Anuncios BGP desde 99 dólares al mes por prefijo anunciado; Túnel GRE sin BGP desde 99 dólares al mes por 100 Mbps; VPN corporativa en la nube desde 9 dólares al mes por usuario; y Reventa de nube desde 99 dólares al mes por nube conectada. El sitio ofrece interfaces de pedido REST API/CLI y publica varios buzones de contacto para ventas, administración de red, facturación, dirección y tratamiento de abusos [https://almazcloud.network/].

Lo que la página no muestra es tan revelador como lo que muestra: no hay cifras de capacidad, lista de instalaciones, número de clientes, clientes de referencia, documento de SLA ni estadísticas de tráfico. Establece una oferta anunciada, no un negocio en funcionamiento.

La afirmación central carece de corroboración medible

El producto principal, Cloud Connect, afirma una "conexión de interconexión física directa con Yandex, Sberbank, ROSTELECOM, Selected y otros proveedores de nube bien conocidos" [https://almazcloud.network/]. Ninguna observación de enrutamiento recuperada respalda esa afirmación. El kit de herramientas BGP de Hurricane Electric informa que AS210328 origina tres prefijos IPv4 —77.91.65.0/24 (registrado a IP-FI-FotonTel), 185.136.15.0/24 y 185.218.138.0/24 (registrados a Vlad Cojuhari)—, anuncia dos, sin IPv6, con 512 direcciones IPv4 originadas, 717 rutas AS observadas y una longitud media de ruta AS de 5,319 [https://bgp.he.net/AS210328]. La tabla de vecinos observados de Hurricane Electric lista únicamente a AS202425 (IPV), AS201814 (MEVSPACE) y AS48693 (Rices) —relaciones de tránsito, sin pares— [https://bgp.he.net/AS210328].

El estado RPKI por prefijo es igualmente concreto: ping.pe marca 77.91.65.0/24 y 185.136.15.0/24 como VÁLIDOS y 185.218.138.0/24 como NO ENCONTRADO, es decir, sin ROA que lo cubra [https://records.ping.pe/210328]. IPtrace, por el contrario, resume el mismo conjunto como una "tasa de validez RPKI del 50%" con 1 válido y 1 inválido de 2 muestreados, un encuadre no reproducido por ping.pe ni por Hurricane Electric, y añade campos comerciales como "Tráfico 10-20Gbps" y "Peering Policy Restrictive" que son estimaciones del agregador, no hechos del registro [https://iptrace.net/en/as/210328].

La capa de registro: un objeto vivo con política de un solo vecino

Los espejos del objeto aut-num de RIPE (el propio Hurricane Electric incrusta una copia) muestran as-name ALMAZ, org ORG-ZA238-RIPE, la política "import: from AS48693 accept ANY" y "export: to AS48693 announce AS210328", estado ASSIGNED, mantenedores RIPE-NCC-END-MNT y ALMAZ-MNT, creado el 27 de diciembre de 2021 y modificado por última vez el 21 de agosto de 2026, con sponsoring-org ORG-DNJ1-RIPE [https://bgp.he.net/AS210328] [https://whois.ipip.net/AS210328]. Cabe señalar que la interfaz web autoritativa de la base de datos RIPE solo devolvió el shell de la aplicación durante las pasadas de investigación de este artículo, por lo que todo el texto del objeto RIPE descansa en espejos de terceros [https://stat.ripe.net/resource/AS210328]. Los espejos discrepan incluso en los identificadores de contacto: ZAN42-RIPE en unos, DUMY-RIPE con el bloque estándar de eliminación de datos personales en otros [https://whois.ipip.net/AS210328] [https://iptrace.net/en/as/210328]. Robtex conserva una instantánea obviamente obsoleta con una política de 2021 hacia AS12695, un ejemplo del desfase entre espejos [https://robtex.com/en/as-numbers/AS210328].

PeeringDB, el único registro a nivel de instalación, es mantenido por el propio operador: el registro 19111 vincula AS210328 con la organización AO ALMAZ y el sitio almazcloud.network, pero autodeclare cero prefijos IPv4 e IPv6, 10-20 Gbps de tráfico y presencia en tres instalaciones de Moscú (Berzarina Data Center, IXcellerate MOS1, Moscow M9); todos los campos sustantivos fueron actualizados por última vez el 27 de julio de 2022 [https://www.peeringdb.com/net/19111]. El recuento de prefijos de cero contradice las mediciones en vivo.

El eslabón societario no cierra

Los agregadores del registro corporativo ruso asocian el OGRN 1196501003357 —el mismo número de registro citado en el objeto de organización ORG-ZA238-RIPE— con una AO "ALMAZ" de Yuzhno-Sakhalinsk [https://www.audit-it.ru/contragent/1196501003357_ao-almaz] [https://fish-sakh.ru/businesses/ao-almaz/]. No se recuperó ningún documento que conecte ese registro regional con el operador de la red que comercializa servicios de nube en Moscú. La asociación descansa en agregadores de terceros, no en un extracto primario del registro estatal.

Qué puede concluir un comprador

Un comprador puede verificar cada eslabón por separado: la marca existe, el dominio resuelve y sirve un catálogo, el ASN está asignado y anuncia espacio, el objeto de organización cita un número de registro, y ese número corresponde a una empresa constituida. Lo que ningún eslabón demuestra es el siguiente: nada en las fuentes públicas conecta la marca con el ASN más allá de las propias afirmaciones del operador, nada conecta el ASN con la organización de patrocinio más allá de los metadatos del registro, y nada conecta el registro con el negocio comercializado.

En la fecha de evidencia de este artículo (4 de octubre de 2026), la cobertura previa de BTW ya había documentado la brecha entre catálogo y huella medida, el cambio de política de enrutamiento de agosto de 2026 y la deriva entre espejos; este artículo añade la pregunta de la cadena de identidad misma. Hasta que aparezca evidencia puente —un contrato, un registro de interconexión, una presentación corporativa o un extracto del registro estatal—, la afirmación de interconexión directa con Yandex, Sberbank y Rostelecom sigue siendo una afirmación de marketing sin corroboración medible.