Resumo

  • A lista pública de membros do RIPE NCC inclui a Nebius B.V., e as respostas de whois obtidas para essa operadora devolvem cinco objetos de sistema autônomo — NebiusMAD, NebiusPA10, CoreNebiusNet, NebiusCloud e NEBIUS-UK —, dos quais três trazem o identificador de organização ORG-NB187-RIPE.
  • Os dados de prefixos anunciados em 21 de outubro de 2026 mostram quatro desses cinco sistemas originando endereços, com algo entre cinco e vinte e sete prefixos cada um, enquanto a CoreNebiusNet devolveu uma lista vazia e uma ficha as-overview com announced em false.

Um registro de endereços não funciona como folheto comercial. É a tabela onde um número vira um nome que outras redes podem usar como base, e é ali que um provedor de trânsito, um serviço de filtragem ou um auditor olha quando precisa decidir de quem é o tráfego que está manipulando. Para quem hospeda cargas de trabalho atrás de um contrato de nuvem especializada em inteligência artificial, o formato da ficha registral da operadora é documento de trabalho, não nota de rodapé.

Vale um esclarecimento de vocabulário logo de saída. O número de sistema autônomo (AS) é o identificador que o registro usa para representar um conjunto de redes que executa uma política de roteamento comum; já o prefixo é o bloco de endereços efetivamente anunciado. São coisas distintas, e confundi-las é justamente o problema que este texto examina. Em 21 de outubro de 2026, as respostas de whois obtidas via RIPEstat cobriram cinco números de sistema autônomo cujo nome contém a palavra Nebius. O AS203326 responde com o nome NebiusMAD e a chave de organização ORG-NB187-RIPE (whois AS203326). O AS214415 responde NebiusPA10 com a mesma chave (whois AS214415), e o AS215169 responde CoreNebiusNet com essa chave pela terceira vez (whois AS215169). A série para aí: o AS213291 devolveu apenas o nome NebiusCloud (whois AS213291) e o AS211318 apenas NEBIUS-UK (whois AS211318), sem chave de organização nos trechos obtidos.

A lista de membros do RIPE NCC registra a Nebius B.V. nos Países Baixos (lista de membros do RIPE NCC). A ficha de diretório da empresa trata essa inscrição estritamente como associação e como contexto de recursos de numeração: por si só, ela não prova que a entidade vende serviços de provedor de acesso, trânsito IP, nuvem, registro ou rede gerenciada (entrada do diretório). Os números de rede, por sua vez, vêm das próprias respostas do registro.

Quatro sistemas anunciam, um permanece calado

O lado do roteamento é irregular. Nas capturas de prefixos anunciados do mesmo dia, o AS203326 anunciava cinco prefixos (prefixos AS203326), o AS214415 treze (prefixos AS214415), o AS213291 vinte e sete (prefixos AS213291) e o AS211318 seis (prefixos AS211318). O AS215169 devolveu uma matriz de prefixos vazia (prefixos AS215169), e a ficha as-overview desse número indica como titular «CoreNebiusNet Nebius B.V.», com announced em false (ficha AS215169).

Um sistema autônomo registrado que não origina nada é objeto banal dentro de um registro. Pode ser reserva, número mantido ao longo de uma migração, sistema de uso apenas interno ou entrada que ficou de pé depois de uma mudança. O registro não distingue esses casos, e não convém pedir que distinga. O que ele afirma é estreito e verificável: naquela data, nenhum prefixo visível globalmente era originado por esse número. Portanto, qualquer alegação de que a CoreNebiusNet carrega o tráfego de um cliente precisa de prova vinda de outro lugar.

As palavras que aparecem nos nomes são escolhas do titular. MAD, PA10, Cloud, Core e UK descrevem como alguém dentro da organização decidiu rotular um objeto. Não são campos do registro, não são localizações e não são declarações de função.

O registro de interconexão não acompanha os rótulos

O único registro de interconexão obtido não sustenta uma leitura geográfica desses rótulos. A ficha do PeeringDB para o AS213291 nomeia a Nebius B.V. como organização, define o tipo de rede como «Content» e lista quatro instalações: Digita Helsinki Pasila Broadcasting Tower, Elisa Helsinki Lauttasaari, Equinix AM7 em Amsterdã e Equinix FR5 em Frankfurt (PeeringDB AS213291). Não há sede em Madri nem na Pensilvânia. Se os rótulos MAD e PA10 designam lugares, nem o registro nem a ficha de instalações mostram isso.

O que este dossiê não demonstra

As lacunas são específicas, não vagas. Nada do que foi obtido para esta apuração contém o restante dos objetos aut-num: nenhum campo descr, origin, mnt-by, created ou last-modified foi recuperado para os cinco números. O texto do objeto de organização ORG-NB187-RIPE também não foi obtido. As fichas do PeeringDB para AS203326, AS214415, AS215169 e AS211318 igualmente não foram obtidas, e essas buscas fracassadas foram falhas de acesso, não fichas vazias — é uma diferença de natureza que não deve ser lida como ausência. Nenhuma renderização da interface web da base do RIPE NCC foi capturada.

Nenhum documento da Nebius Group — relatório anual, entrega regulatória ou comunicação a investidores — que nomeie um sistema autônomo foi lido.

Do lado da empresa, o nebius.com apresenta a Nebius como provedora de nuvem para inteligência artificial, com clusters de GPU, rede de alta velocidade, inferência gerenciada e ferramentas de treinamento, e identifica a Nebius B.V. como a entidade jurídica que opera o serviço (nebius.com). O portal de documentação cobre máquinas virtuais, clusters de GPU, Kubernetes e rede VPC, mas não contém nenhum mapeamento legível por humanos entre um número de sistema autônomo registrado no RIPE e um papel operacional, um site ou um serviço (docs.nebius.com). Dois documentos, um número, nenhuma ponte.

O instrumento que resolveria a questão pertence a uma classe documental específica, e não a mais dados da mesma classe: uma página de rede ou de peering da própria operadora que nomeie um número de sistema autônomo, um objeto do RIR que cruze o número com um papel, ou uma entrega que atribua um. Enquanto um documento assim não existir em forma legível, a afirmação mais defensável continua sendo a própria observação, datada de 21 de outubro de 2026.

Para o comprador, a consequência é concreta. Um contrato pode nomear a entidade jurídica e a região de serviço sem nunca nomear o sistema autônomo que carrega o tráfego, e o registro não vai fechar essa lacuna sozinho. Perguntar qual número origina os prefixos do cliente, e quem guarda as credenciais que alteram esses anúncios, é uma pergunta que o dossiê público poderá confirmar ou desmentir mais adiante.