Resumo

  • A ficha que a BTW mantém para o alvo congelado lista um único recurso: AS211386, do tipo ASN, classe virtual, status observed, com referência de titular azure-london-internet-exchange-ltd; a ficha foi atualizada em 16 de junho de 2026 e tem confiança 0,7.
  • O nome sugere um servidor de rotas da LINX dentro do Microsoft Azure, mas a própria ficha admite que nenhuma documentação operacional, atividade de roteamento ou declaração oficial da LINX ou da Microsoft confirma esse papel.
  • A prestação de contas exige registro, autorização e contato verificados, operação observada e controlador identificado; os dois aliases preenchem apenas o primeiro elo e deixam os outros três em aberto.

Um registro não é uma empresa. É uma autorização com um nome em cima, e é essa diferença que decide quem responde quando algo dá errado.

Na ficha que a BTW mantém sobre a AZURE London Internet Exchange Ltd. Exclusivo para o Círculo Estratégico, o AS211386 aparece como recurso único: tipo ASN, classe virtual, status observed e referência de titular azure-london-internet-exchange-ltd. A ficha foi atualizada pela última vez em 16 de junho de 2026 e traz confiança 0,7. A pessoa jurídica registrada é uma sociedade privada, AZURE London Internet Exchange Ltd., com dois aliases: London Internet Exchange Ltd. e LINX-ROUTE-SERV-AZURE London Internet Exchange Ltd.

O terceiro alias é o mais eloquente. Numa única cadeia aparecem a central de troca de tráfego londrina, um servidor de rotas e a nuvem da Microsoft. Lida como descrição, essa cadeia promete uma arquitetura. Lida como registro, promete apenas um nome. A ficha diz isso com uma franqueza incomum num catálogo: o nome implica uma função de servidor de rotas para a London Internet Exchange (LINX) dentro do Microsoft Azure, mas nenhuma documentação operacional, atividade de roteamento ou declaração oficial da LINX ou da Microsoft confirma esse papel; hoje a entidade existe apenas como entrada de registro.

A ficha ainda enumera quatro lacunas sem enfeite: não há declaração oficial da LINX nem da Microsoft confirmando ou negando a titularidade; o propósito e o calendário de ativação do AS211386 são desconhecidos; não existem registros de contato ou de pessoal ligados à inscrição; e não há evidência de infraestrutura de rede ou de serviço. Esse conjunto tem uma consequência prática imediata: a ficha nomeia duas organizações grandes e não consegue atribuir o número a nenhuma delas.

A cadeia defensável tem quatro elos: registro, autorização e contato verificados, operação observada e controlador responsável. Um nome cobre o primeiro e falha nos outros três. Por isso a pergunta correta não é de quem é o AS211386, mas quem conseguiria provar que o controla, com qual documento e diante de quem. A ficha sustenta o conteúdo em duas fontes técnicas: o endpoint as-overview da RIPEstat para o AS211386 e o registro RDAP autnum 211386.

A única peça externa verificada nesta nota trata de outro assunto. O ComputerWeekly noticiou que a LINX descreve sua colaboração com a Megaport como uma “powerful expansion” do serviço Linx Cloud Connect, que oferece acesso direto a serviços de nuvem essenciais por meio de uma infraestrutura de rede confiável, com acesso de baixa latência, disponibilidade constante e maior controle sobre o tráfego de dados. É uma peça real sobre a estratégia de nuvem da central de troca, e não toca o objeto desta nota: o texto não menciona o AS211386, não descreve um servidor de rotas e não atribui a titularidade de nenhum ASN.

A BTW já publicou um perfil desta mesma inscrição em 26 de maio de 2026, na categoria company-region-global-type-cloud-service, tratando-a como um ASN dormente ligado pelo nome a uma grande central de troca e a um grande provedor de nuvem. Este briefing muda o eixo. Não antecipa o que o número fará: examina que evidência seria necessária para que alguém responda por ele, e que parte dessa evidência já existe.

Três fatos mudariam a classificação na hora. Um registro de delegação com maintainer e contato operacional provaria custódia. Uma observação de origem de prefixos transformaria o número em infraestrutura em uso. Um estado RPKI diria se alguém autoriza anúncios em seu nome. Qualquer um dos três leva a conversa do catálogo para a operação, e nenhum pode ser substituído por uma inferência a partir do alias.

Esta nota não afirma nenhum valor de as-name, status de delegação, maintainer, data de modificação, origem de prefixos ou estado RPKI para o AS211386. Os documentos de registro e de roteamento que fixariam esses valores não ficaram disponíveis como evidência aqui, e nenhum deles é deduzido do nome.

Um número sem custodiar documentado não é um mistério. É uma autorização à espera de dono.