Resumo

  • Registros do RIPE Database associam publicamente o rótulo DFINFRA ao AS210860, mas essa associação administrativa não prova propriedade beneficiária, implantação física, operação atual ou continuidade de serviço.
  • Objetos IRR, ROAs RPKI, observações de BGP e relações de AS-path acrescentam camadas diferentes de evidência; nenhuma delas, isoladamente, demonstra controle comercial ou disponibilidade para clientes.
  • A conclusão mais defensável é uma cadeia parcial: há uma identidade registral associada a um número de sistema autônomo e há instrumentos públicos para investigar autoridade e visibilidade de rotas, mas permanecem lacunas sobre recursos, equipamentos, contratos, tráfego e impacto de falhas.

A pergunta central não é simplesmente se DFINFRA “tem uma rede”. É qual parte da cadeia pode ser verificada: quem aparece nos registros, quem está autorizado a originar determinados prefixos, o que foi observado no plano de controle e que serviço, se algum, depende dessa infraestrutura.

1. A associação registral é evidência de identidade, não de operação

O RDAP e o objeto aut-num nativo do RIPE Database são fontes apropriadas para estabelecer a associação pública entre o rótulo DFINFRA e o AS210860. Essa é uma afirmação administrativa estreita: um registro público relaciona um nome a um identificador de sistema autônomo. O registro não demonstra que o nome seja o proprietário beneficiário, que exista um roteador ativo sob controle da organização ou que o ASN esteja sendo usado hoje para prestar um serviço.

A distinção é importante porque registros de Internet normalmente descrevem objetos, contatos, mantenedores e relações administrativas. Eles não são, por si só, auditorias corporativas, inventários de ativos ou comprovação de contratos. A busca pública por DFINFRA e a consulta ao aut-num devem, portanto, ser lidas como a primeira camada da investigação, não como a resposta final.

Fontes de registro: https://rdap.db.ripe.net/autnum/210860, https://rest.db.ripe.net/ripe/aut-num/AS210860.json, https://rest.db.ripe.net/search.json?query-string=DFINFRA e https://rest.db.ripe.net/search.json?inverse-attribute=origin&query-string=AS210860&type-filter=route.

2. Autoridade técnica tem mais de uma forma

A evidência de autoridade precisa ser decomposta. Objetos de rota e route6 no IRR descrevem uma política de roteamento declarada. Eles podem indicar que uma origem AS210860 foi registrada para determinados prefixos. Isso ajuda a responder quem declarou uma intenção operacional, mas não prova que a rota esteja sendo anunciada, que o ASN controle o espaço de endereçamento ou que o anúncio corresponda a um serviço funcional.

O RPKI acrescenta outra camada. Uma ROA validada pode autorizar o AS210860 a originar um prefixo dentro de um comprimento máximo específico. Essa autorização criptograficamente verificável é relevante para a segurança do roteamento, mas tem escopo limitado: ela não prova que o ASN esteja anunciando o prefixo neste momento, que DFINFRA controle o recurso em sentido corporativo ou que exista uma aplicação acessível atrás dele.

A consulta de estado RPKI e as consultas de objetos de rota devem ser comparadas com os anúncios efetivamente observados. Uma autorização sem anúncio é diferente de um anúncio sem autorização válida; ambos são diferentes de uma aplicação ou serviço disponível na rede.

Fontes de autorização e estado: https://rest.db.ripe.net/search.json?inverse-attribute=origin&query-string=AS210860&type-filter=route6, https://stat.ripe.net/data/as-overview/data.json?resource=AS210860 e https://atlas.ripe.net/api/v2/probes/?asn_v4=210860.

3. Observação de BGP mostra visibilidade temporal, não alcance universal

RIPEstat, BGP.Tools, Hurricane Electric, NLNOG IRR Explorer e Potaroo oferecem observações independentes ou complementares sobre prefixos, histórico de rotas, visibilidade e adjacências de AS-path. Esse conjunto pode mostrar que uma origem foi vista por determinados observadores em determinado período. Também pode revelar persistência, mudanças ou ausência de anúncios nas séries temporais disponíveis.

Mas “observado” não significa “universalmente alcançável”. Uma rota pode aparecer em uma coleção de monitores e não em outra; uma consulta feita em horários diferentes pode produzir estados diferentes; e a visibilidade de um prefixo não mede, por si só, capacidade, latência, disponibilidade de aplicação ou volume de tráfego. Uma adjacência de AS-path confirma uma relação observada no caminho de controle, mas não distingue trânsito pago de peering sem liquidação, nem estabelece termos contratuais.

Por isso, qualquer afirmação sobre atividade atual deve incluir a data e o observador. A evidência disponível é melhor descrita como uma fotografia temporal composta, não como uma garantia de presença global.

Fontes de observação: https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS210860, https://stat.ripe.net/data/routing-history/data.json?resource=AS210860, https://stat.ripe.net/data/ris-first-last-seen/data.json?resource=AS210860, https://stat.ripe.net/data/routing-status/data.json?resource=AS210860, https://stat.ripe.net/data/asn-neighbours/data.json?resource=AS210860, https://bgp.tools/as/210860, https://bgp.he.net/AS210860, https://irrexplorer.nlnog.net/asn/AS210860, https://www.peeringdb.com/api/net?asn=210860 e https://ftp.ripe.net/pub/stats/ripencc/delegated-ripencc-extended-latest.

4. Conectividade observada não revela o modelo operacional

A lista de vizinhos e os caminhos de AS podem indicar conectividade com outros sistemas autônomos. Essa informação é útil para mapear dependências potenciais: um operador pode depender de trânsito, acordos de peering, provedores upstream ou pontos de presença de terceiros. No entanto, o plano de controle não revela automaticamente se uma relação é comercial, bilateral, transitória ou meramente uma consequência de uma topologia intermediária.

Também não demonstra capacidade reservada, largura de banda contratada, redundância, localização física ou acordos de nível de serviço. A presença em bases de dados de redes e peering pode acrescentar metadados, mas esses registros continuam sendo declarações ou instantâneos operacionais. Para converter conectividade em uma tese sobre alcance de serviço seriam necessários medições ativas, documentação técnica, evidência de clientes ou registros independentes de disponibilidade.

Fontes de conectividade e relacionamento: https://stat.ripe.net/data/asn-neighbours/data.json?resource=AS210860, https://www.peeringdb.com/api/net?asn=210860 e https://rpki.cloudflare.com/rpki.json.

5. O que permanece sem demonstração

O pacote público examinado não demonstra, por si só, implantação física, uso por clientes, volume de tráfego, disponibilidade de aplicações, uptime, receita ou consequências concretas de uma interrupção. Também não identifica necessariamente a autoridade jurídica última além dos rótulos de registro, patrocinadores ou mantenedores.

Essa ausência não prova que tais capacidades não existam. Ela define o limite do que pode ser dito com responsabilidade a partir das fontes consultadas. Para avançar, seria necessário verificar cada prefixo atual contra registros de endereçamento, objetos IRR e payloads RPKI; capturar observações de múltiplos monitores em uma mesma janela temporal; realizar medições ativas; e preservar respostas mutáveis com data, hash e contexto de coleta.

A base delegada do RIPE NCC pode ajudar a contextualizar a distribuição de recursos, mas não substitui uma prova de controle operacional ou de propriedade beneficiária. Ela deve ser interpretada junto com registros específicos e não como evidência direta de serviço.

Fontes de recursos e contexto: https://atlas.ripe.net/api/v2/probes/?asn_v6=210860, https://bgp.potaroo.net/cgi-bin/as-report?as=AS210860&view=2.0 e https://ftp.ripe.net/pub/stats/ripencc/delegated-ripencc-extended-latest.

Conclusão: uma cadeia parcial, não uma instituição operacionalmente comprovada

A evidência pública permite afirmar que o rótulo DFINFRA está associado ao AS210860 em registros do RIPE e que existem instrumentos técnicos para examinar sua autoridade declarada e sua visibilidade de roteamento. Ela também permite investigar relações de conectividade e mudanças históricas. O que ela não permite afirmar, sem provas adicionais, é que DFINFRA controle todos os recursos associados, opere infraestrutura física própria, mantenha um serviço disponível ou suporte clientes identificáveis.

O resultado é uma cadeia parcial. A identidade registral é observável; a autoridade técnica pode ser analisada por IRR e RPKI; a operação de roteamento pode ser observada em monitores; mas dependência, serviço e impacto exigem evidência adicional. Essa separação evita que um ASN seja tratado como sinônimo de uma empresa plenamente caracterizada.

A página pública de diretório do objeto está disponível em https://btw.media/pt-br/directory/dfinfra.

Fontes