Resumen

  • Los espejos públicos de enrutamiento reportan recuentos diferentes de prefijos IPv4 para AS209874, el sistema autónomo asociado con Novacloud, según capturas del 4 de octubre de 2026.
  • El operador describe en sus propias páginas una empresa de hosting e IP tránsito registrada como Tech Tide Portugal Unipessoal LDA, pero ningún espejo capturado documenta presencia en un punto de intercambio o registro en PeeringDB.
  • Un incidente de enrutamiento en FFM2 (Fráncfort) en julio de 2026 precede la visibilidad divergente entre espejos, y la causa concreta sigue sin documentarse públicamente.
  • El identificador de administración "novacloud-admin" no resuelve a ninguna persona natural verificable en las fuentes capturadas, dejando un vacío de responsabilidad entre la marca comercial y la entidad legal.

La historia de Novacloud es instructiva precisamente porque es pequeña y ordinaria. Según los propios materiales del operador —el sitio del ASN [https://as209874.net/], la página "Acerca de" [https://novacloud-hosting.com/about], la página del producto de IP tránsito [https://dev.novacloud-hosting.com/ip-transit] y la página del centro de datos [https://novacloud-hosting.com/datacenter] —, NovaCloud-Hosting vende servidores dedicados, VPS y tránsito IP, y se presenta como operada por Tech Tide Portugal Unipessoal LDA. Nada de esto es anómalo en sí mismo. Lo que hace que el caso valga la pena examinar es la discrepancia entre lo que el operador proyecta y lo que la capa de medición pública puede confirmar.

Tres espejos independientes de enrutamiento —bgp.tools, Hurricane Electric y Qrator Radar— reportan conjuntos y recuentos de prefijos distintos para el mismo AS209874 en la misma fecha de consulta. Para un operador con un anuncio estable, estas vistas convergen. Cuando divergen, la explicación usual es el filtrado de rutas en algún punto de la cadena de visibilidad o limitaciones del propio espejo, y ninguna de las fuentes capturadas arbitra cuál recuento es correcto. El dato verificable es la discrepancia misma, no una cifra autoritativa.

El segundo hallazgo es la ausencia acumulada. Ninguno de los registros de terceros capturados —incluida la base de datos ASN de iamroot.tech— documenta presencia en un intercambio de tráfico ni un registro en PeeringDB para AS209874. La página del centro de datos del operador describe instalaciones, pero no nombra puertos de IX ni pares. Esto no prueba que no existan; prueba que la afirmación de infraestructura no es auditable desde la capa pública, que es exactamente el estándar que importa cuando un operador vende tránsito.

El tercer hallazgo es el vacío de identidad. El ASN está vinculado a una persona jurídica, Tech Tide Portugal Unipessoal LDA, pero el identificador "novacloud-admin" —la cadena bajo la cual se gestiona la entidad— no resuelve a ninguna persona natural en las fuentes capturadas. En un mercado donde la responsabilidad de abuso, el cumplimiento y la resolución de incidentes dependen de identificar a un operador responsable, este vacío tiene consecuencias prácticas.

Hay señales positivas: los espejos de la consola rpki-client en Ámsterdam y Fráncfort [https://console-ams.rpki-client.org/AS209874.html], [https://console-fra.rpki-client.org/AS209874.html] muestran que el operador publica ROAs, indicando higiene básica de RPKI pese a la delgada red de emparejamiento. La cobertura anterior de BTW [https://btw.media/en/novacloud-as209874-routing-mirrors] ya documentó el desacuerdo entre espejos tras el incidente de FFM2 de julio de 2026; este informe añade el análisis de identidad y la ausencia de audibilidad de infraestructura, sin repetir la tesis anterior.

Las preguntas abiertas definen la agenda: qué filtrado explica la divergencia entre espejos; si el operador tiene algún puerto de IX; qué causó el incidente de FFM2 y qué cambió después; y quién, jurídicamente, está detrás de "novacloud-admin" más allá del nombre de la empresa.