Resumen

  • La identidad legal detrás de almazcloud.network (AS210328, org ORG-ZA238-RIPE) es AO 'ALMAZ' de Yuzhno-Sakhalinsk: INN 6501304360, registrada el 06.05.2019, con la maricultura como actividad principal, capital social de 10.000 RUB y dos empleados.
  • La cuenta de resultados de esa persona jurídica no encaja con un operador nube internacional: 2024 cerró con 14,6M RUB de ingresos y 8,5M RUB de beneficio; 2025 con ingresos cero y una pérdida de 883.000 RUB.
  • La tienda vende productos cloud en dólares a un mercado internacional y usa un buzón de rol que implica un director llamado 'Maksim', distinto de la directora registrada, Khan Marina Menkhoevna.
  • La huella de enrutamiento es una red de tránsito de 512 direcciones IPv4 en tres prefijos, con dos prefijos atribuidos en los datos de enrutamiento a un tercero y sin pares observados que encajen con el peering anunciado de Yandex, Sberbank o Rostelecom.
  • Ningún registro público conecta al operador comercializado con la persona legal registrada ni con capacidad cloud operativa: la divergencia es el hallazgo, no un veredicto.

La persona jurídica detrás del dominio

El número de registro RIPE 1196501003357 resuelve a una persona jurídica rusa concreta. Los espejos del registro estatal la identifican como AO 'ALMAZ', de Yuzhno-Sakhalinsk, INN 6501304360, registrada el 06.05.2019 (audit-it, checko, check.tochka). Su actividad principal registrada no es cloud, ni interconexión, ni telecomunicaciones: es maricultura, la cría de peces marinos. La directora única registrada es Khan Marina Menkhoevna, en el cargo desde el mismo 06.05.2019, y la plantilla reportada es de dos personas, con un capital social de 10.000 RUB (audit-it, tbank).

La genealogía corporativa es corta y cerrada. La fundadora Matveeva Yulia Yurievna fue dada de baja del EGRUL el 30.11.2021, y el predecesor legal, OOO KROKS, fue liquidado el 05.03.2022 (spark). No hay licitaciones, ni arbitraje, ni medidas de ejecución registradas. La persona jurídica existe, es activa y es escasa en todos los aspectos que un comprador cloud normalmente examinaría.

Una economía de microempresa piscícola

La cuenta de resultados reportada no reproduce la economía de un operador nube. En 2024 la empresa declaró 14,6M RUB de ingresos con 8,5M RUB de beneficio; en 2025, ingresos cero y una pérdida de 883.000 RUB, con un salario medio de 86.200 RUB (audit-it, checko). Dos empleados y un beneficio de 8,5M RUB en un año seguido de ingresos cero y pérdida el siguiente describen una entidad sin plantilla técnica, sin ingresos recurrentes visibles y sin la base contable que una plataforma cloud con facturación en dólares debería mostrar en cualquier registro.

El punto no es que una microempresa no pueda en teoría revender infraestructura. El punto es que ninguno de los dos registros —el estatal ruso y el registro RIPE— contiene evidencia de la capacidad que la tienda ofrece: puertos 10G, sesiones BGP, túneles GRE, usuarios VPN. La oferta es verificable solo en la tienda; la persona que la ofrece es verificable solo en el registro; los dos conjuntos no se cruzan en ningún documento público.

La tienda: precios en dólares y un director llamado 'Maksim'

La fachada comercial es almazcloud.network, marca DIAMOND, y está escrita para un mercado internacional: precios en dólares por producto, con Cloud Connect a 499 $/mes por puerto 10G, anuncios BGP a 99 $/mes, GRE a 99 $/mes por 100Mbps, cloud VPN a 9 $/usuario y un programa de revenda a 99 $/mes. El buzón de contacto usa un rol de director con nombre propio: director-maksim@. Ese detalle implica un director llamado 'Maksim'.

La directora registrada de AO 'ALMAZ' es Khan Marina Menkhoevna. Ningún registro consultado contiene a un 'Maksim' en la dirección de la persona jurídica. La tienda, además, anuncia un posicionamiento de interconexión de peso: peering con Yandex, Sberbank y Rostelecom. Esa afirmación es una promesa de red, y las promesas de red se contrastan con datos de enrutamiento.

AS210328: 512 direcciones, tres prefijos y un tercero en los datos

El aut-num comercializado es AS210328, una red pequeña y de tránsito puro: tres prefijos anunciados que suman 512 direcciones IPv4, con dos de ellos RPKI-válidos (bgp.he, ping.pe, stat.ripe, peeringdb). En los datos de enrutamiento, dos de esos prefijos aparecen atribuidos a un tercero, Vlad Cojuhari —una atribución que la tienda no menciona y que ningún registro conecta con AO 'ALMAZ' (ipinfo, ping.pe).

El contraste con la promesa de tienda es total. No hay pares observados que encajen con el peering anunciado de Yandex, Sberbank o Rostelecom; la red no muestra adyacencias a ninguna de esas tres entidades (bgp.he, stat.ripe). Un comprador que contrate Cloud Connect pagando 499 $/mes por interconexión 'premium' está comprando, según los datos observables, tránsito en una red de 512 direcciones con un tercero en los datos de atribución.

Upstream en conflicto y una cadena admin-c sin verificar

Los propios snapshots de enrutamiento se contradicen entre sí. Un snapshot de 2021 muestra AS12695 como upstream; el aut-num con ediciones de 2026 muestra AS48693 (stat.ripe, whois.ipip). Los dos upstream no comparten los dos prefijos tercero-atribuidos, y la cadena admin-c/tech-c de RIPE no es verificable porque la redacción de datos personales la oculta.

Ese límite importa. La redacción de datos personales es una práctica legítima y generalizada; pero significa que el mecanismo normal de los registros de direcciones —quién administra el recurso— no puede responder la pregunta central de este caso: quién controla AS210328. La divergencia de identidad legal, persona de tienda y atribución de prefijos permanece sin resolver no porque los registros lo oculten todo, sino porque ningún registro público lo conecta.

Ediciones del registro de 2026 frente a una huella estática desde 2022

El historial de ediciones del registro RIPE es la otra anomalía temporal. El org ORG-ZA238-RIPE se modificó el 13.05.2026; el aut-num se editó el 21.08.2026; el ROA del prefijo 185.136.15.0/24 se creó el 20.08.2026 (stat.ripe). Mientras tanto, la huella comercial —los mismos productos, los mismos precios, el mismo buzón— ha estado estática desde 2022 (almazcloud.network).

El resultado es un patrón que ya documentamos en nuestra verificación de identidad previa: ediciones recientes del registro de direcciones con una huella comercial estática y una persona jurídica sin historia operativa cloud (btw.media, btw.media).

Qué no sabemos

  • Quién controla de hecho AS210328. Ningún registro público lo establece.
  • Quién es 'Maksim'. El buzón de rol de la tienda implica un director con ese nombre; no hay evidencia más allá del buzón.
  • Dónde se hospeda la capacidad ofrecida. Ninguna fuente consultada documenta servidores, datacenters o sesiones cloud operativas atribuidas a la persona legal registrada.
  • Si la atribución de los dos prefijos a Vlad Cojuhari es un detalle de datos de enrutamiento, una relación de revenda o algo más: los datos muestran la atribución; su significado no es verificable desde fuera.

Implicaciones prácticas

Para compradores cloud, el caso es un recordatorio de que un aut-num con ROA y RPKI-válido no es un operador verificado: es una red anunciada. La pregunta de quién es la persona detrás del recurso —la que 'whois-rdap-accountability' pretende responder— aquí no la responde ninguno de los mecanismos normales: el registro estatal dice una cosa (una microempresa piscícola), la tienda dice otra (un operador nube internacional con un director 'Maksim'), y los datos de enrutamiento muestran una tercera (una red de tránsito con un tercero en los prefijos).

Para pares y operadores que evalúen interconexión con AS210328, el dato observable más duro es la ausencia de pares que encajen con el peering anunciado. Las promesas de tienda no son datos de red.

Qué vigilar

Los indicadores a vigilar son los tres mecanismos que producirían, si cambian, una convergencia o una divergencia mayor: cambios en el EGRUL de AO 'ALMAZ' (directores, plantilla, actividad), ediciones nuevas en los objetos RIPE del aut-num y del org, y cambios en la atribución de los prefijos anunciados. Una tienda que empieza a publicar contratos, SLA o capacidad verificable; una plantilla que supera a dos personas; una cadena admin-c/tech-c no redactada: cualquiera de esos tres cambios alteraría el análisis.