Resumo

  • Espelhos públicos de roteamento divergem sobre quantos prefixos IPv4 o AS209874 anuncia, indicando visibilidade inconsistente dos espelhos ou filtragem de rotas em vez de um único volume estável anunciado.
  • Nenhuma das fontes de roteamento de terceiros capturadas registra presença do AS209874 em ponto de troca de tráfego (IX) ou no PeeringDB, enquanto as reivindicações de infraestrutura do operador repousam em sua própria página de datacenter.
  • O incidente de roteamento na FFM2 (Frankfurt) em julho de 2026 e a impossibilidade de resolver o identificador 'novacloud-admin' a uma pessoa natural verificável expõem o quão tênue é a camada auditável de pequenos operadores de hospedagem.

Os registros públicos de roteamento não concordam sobre a escala do AS209874. Consultas feitas em 2026-10-04 a três espelhos independentes — https://bgp.tools/as/209874, https://bgp.he.net/AS209874 e https://radar.qrator.net/as/209874/connectivity/prefixes — retornaram contagens de prefixos e conjuntos de prefixos diferentes para o mesmo número de sistema autônomo. Em um sistema saudável, operadores de espelho convergem para uma visão próxima da realidade; a divergência persistente sugere filtragem de rotas em alguns pontos de observação ou limitações de visibilidade dos próprios espelhos, e deixa aberta a pergunta de qual contagem reflete o que a operadora realmente anuncia.

O próprio operador descreve a NovaCloud-Hosting como provedora de hospedagem e IP transit operada pela Tech Tide Portugal Unipessoal LDA, vendendo servidores dedicados, VPS e trânsito IP — conforme seu site ASN próprio (https://as209874.net/) e a página institucional (https://novacloud-hosting.com/about). A página do produto de IP transit (https://dev.novacloud-hosting.com/ip-transit) comercializa o serviço sem nomear provedores upstream específicos nas páginas capturadas. A página de datacenter (https://novacloud-hosting.com/datacenter) descreve instalações, mas não cita portas de IX ou pares.

É precisamente nesse ponto que a evidência de terceiros se cala: nenhum dos registros capturados — https://bgp.tools/as/209874, https://bgp.he.net/AS209874, https://radar.qrator.net/as/209874/connectivity/prefixes ou o banco de dados de ASNs da iamroot.tech (https://iamroot.tech/asndatabase/?search=AS209874) — lista presença do AS209874 em qualquer IX, e nenhuma fonte capturada referencia um registro no PeeringDB. Isso não prova ausência; prova que a camada publicamente auditável não a documenta. Para compradores de trânsito, a distinção importa: a qualidade de um provedor de trânsito pequeno depende quase inteiramente de suas relações upstream, e nenhuma delas é verificável publicamente aqui.

A cobertura anterior da BTW sobre os espelhos de roteamento do AS209874 (https://btw.media/en/novacloud-as209874-routing-mirrors) já documentou a visibilidade conflitante entre espelhos após o incidente de FFM2 em julho de 2026. Este briefing avança além dela ao cruzar três camadas de evidência: a divergência entre espelhos, a ausência de pegada de peering verificável e a lacuna de identidade de quem opera.

Sinais positivos existem: os espelhos do console rpki-client em https://console-ams.rpki-client.org/AS209874.html e https://console-fra.rpki-client.org/AS209874.html mostram que a operadora publica ROAs, indicando higiene básica de RPKI apesar da pegada fina de peering. A página da Hurricane Electric (https://bgp.he.net/AS209874) lista relações de trânsito visíveis a seus monitores.

A lacuna mais incômoda é de identidade, não de rede. Os registros de registro e roteamento ligam o AS209874 à Tech Tide Portugal Unipessoal LDA, mas nenhuma fonte capturada nomeia um indivíduo ou resolve o identificador 'novacloud-admin' a uma pessoa natural verificável. Quando um incidente de roteamento ocorre, a responsabilização requer um responsável identificável; aqui, o melhor rastro público é um nome de empresa e um identificador de administrador que não se resolves.