Resumo

  • A edição LACNIC congelada em 20260828 declara 49.894 registros no cabeçalho e nos três resumos, mas possui 48.214 linhas de dados conforme a definição do formato RIR. A diferença de 1.680 linhas está inteira no resumo de ASN: 16.000 declaradas contra 14.320 observadas.
  • delegated-lacnic-latest e o arquivo datado eram idênticos byte a byte, e os dois MD5 publicados conferiram. Isso afasta uma divergência comum de transporte nesta captura; não corrige a contagem nem atesta a semântica de cada linha.
  • Não havia delegated-lacnic-latest.asc. A assinatura datada passou na verificação matemática, mas foi criada em 2026 com SHA-1 e uma chave DSA de 1.024 bits de 2002, combinação que o OpenPGP atual manda não gerar nem aceitar.

Um cabeçalho que concorda consigo mesmo

A linha inicial é 2|lacnic|20260828|49894|19870101|20260828|-0300. O RIR Statistics Exchange Format define o quarto campo como o número de registros no arquivo, excluídos a linha de versão, os resumos, os comentários e as linhas vazias. O documento também determina que cada resumo conte linhas de registro daquele tipo. Não é uma medida da quantidade total de recursos representados.

Os metadados fecham entre si. IPv4 aparece com 20.375, IPv6 com 13.519 e ASN com 16.000. A soma é 49.894, igual ao cabeçalho. Um verificador que compare apenas as quatro linhas iniciais encontrará consistência.

O corpo quebra essa aparência. Há 48.218 linhas físicas: uma de versão, três de resumo e 48.214 registros. IPv4 tem exatamente 20.375 linhas; IPv6, 13.519. Já ASN tem 14.320, e não 16.000. A diferença de 1.680 no resumo ASN explica integralmente a diferença no total.

Esse resultado não autoriza a manchete de que “sumiram 1.680 ASNs”. Linha e recurso são grandezas distintas no próprio padrão. A auditoria tampouco determinou que uma linha individual esteja errada, que um titular tenha perdido um número, que uma delegação seja inválida ou que uma rota tenha sido afetada. Ela estabelece somente que a contagem estrutural declarada não pode ser reproduzida pelo método publicado.

O limite da conclusão também indica por que ela importa. O README da LACNIC descreve relatórios diários de alocações e designações IPv4, IPv6 e ASN. O formato cria o nome persistente delegated-<registry>-latest para que tarefas automáticas busquem a edição atual. Quando o público-alvo é uma máquina, o campo records funciona como invariante de interface. Um invariante que falha precisa de correção ou de uma exceção explícita, não de interpretação privada.

As evidências favoráveis à LACNIC

A leitura honesta começa pela melhor defesa da publicação.

No momento da captura, delegated-lacnic-latest e delegated-lacnic-20260828 tinham os mesmos 2.311.991 bytes. O SHA-256 comum era 95d59beaa4deb0ed5f40ae33a37210e11b4bce5b518613cfd4097fe442e7abf4. ETag e data de última modificação também coincidiam. Não se observou o alias apontando para conteúdo diferente da edição datada.

Os dois arquivos MD5 publicaram 30f2fac07e846d1706c1fa8c7bb0ebd6. O cálculo independente sobre cada objeto chegou ao mesmo resultado. O mecanismo legado detectaria muitas alterações acidentais de transporte e, nesta captura, ele funcionou. Não há evidência de truncamento ou adulteração do arquivo no caminho.

A assinatura separada da edição datada também corresponde aos bytes. A verificação independente analisou os pacotes OpenPGP, refez o hash assinado e avaliou a equação DSA com a chave pública oferecida pela LACNIC. O resultado foi verdadeiro. Não se deve chamar a assinatura de falsa nem insinuar substituição maliciosa.

O texto histórico do formato reforça outro ponto de defesa. Ele exige um MD5 sob nome correspondente e torna opcional uma assinatura PGP ou equivalente. Assim, o 404 de latest.asc não é, por si só, violação de uma obrigação antiga de assinatura. A questão é se esse arranjo ainda produz uma decisão de autenticidade comum e aceitável para software contemporâneo.

Quatro perguntas, quatro respostas diferentes

Integridade de transporte pergunta se os bytes recebidos correspondem ao digest publicado. Os MD5 responderam “sim”. A RFC 6151, porém, diz que MD5 deixou de ser aceitável quando se requer resistência a colisões. O algoritmo ainda pode detectar corrupção casual; não é uma prova moderna de identidade do editor.

Autenticidade pergunta se uma chave confiável autorizou os bytes sob algoritmos que o receptor pode aceitar. Há uma relação matemática para o arquivo datado, mas não existe assinatura homônima no endereço de latest.

Integridade estrutural pergunta se o conteúdo satisfaz as regras que declara. A contagem falha. Uma assinatura correta pode preservar um erro com perfeição: todos recebem o mesmo arquivo inconsistente.

Correção semântica pergunta se cada linha representa fielmente o estado do registro. Este trabalho não responde. O próprio formato apresenta o arquivo como fotografia sem detalhes transacionais ou históricos. Ele não é tabela BGP ao vivo, escritura de propriedade, prova automática de geografia ou narrativa completa de mudanças.

Misturar essas perguntas leva a dois erros opostos. O primeiro é tratar uma assinatura como selo universal de verdade. O segundo é concluir que, como a assinatura não prova tudo, a publicação não precisa fechar nem as afirmações que controla. Uma camada comum enxuta deve prometer pouco e provar esse pouco de forma consistente.

O caminho de latest termina em um 404

O padrão associa o alias permanente à busca automática. Quando um RIR decide assinar, recomenda a extensão .asc no nome correspondente. Na captura, delegated-lacnic-latest.asc retornou 404. delegated-lacnic-20260828.asc estava disponível, assim como delegated-lacnic-key.

É possível construir uma ponte no cliente. Baixa-se latest, lê-se o serial 20260828, forma-se o nome datado, comparam-se os bytes e só então se obtêm assinatura e chave. O procedimento é racional. O que ele não contém é uma declaração assinada pela LACNIC ligando aquele alias, naquela observação, à edição datada.

Como latest muda, a ausência dessa declaração pesa no tempo. A igualdade de hoje não reconstrói automaticamente o que o alias entregava ontem nem como uma correção futura substitui a edição anterior. Cada consumidor pode guardar sua própria captura, mas isso desloca a memória pública para registros privados incompatíveis.

Verdadeira na matemática, recusada pelo protocolo

A chave principal tem fingerprint BED3BE6115A8AF036D271F9D3B8DD165F3FB5533 e ID 3B8DD165F3FB5533. É DSA com parâmetro de 1.024 bits, criada em 12 de dezembro de 2002, sob a identidade Auto Zone Generator. A autocertificação examinada não declara expiração para a chave principal.

A assinatura foi criada em 29 de agosto de 2026, usa DSA e SHA-1, e identifica a mesma chave. Sua matemática confere.

A RFC 9580 não permite transformar esse resultado forense em aceitação operacional. Implementações OpenPGP não devem gerar assinaturas SHA-1, nem validar assinaturas recentes dependentes de SHA-1. Também não devem assinar ou verificar com DSA. A assinatura de 2026 está exatamente nessa fronteira.

Refazer a equação para descrever o artefato é diferente de autorizar um sistema atual a confiar nele. Um programa conforme pode rejeitar a assinatura sem negar que os números da assinatura correspondam aos bytes. Ele rejeita o algoritmo, não a aritmética.

O plano do NIST para abandonar SHA-1 em toda proteção criptográfica até o fim de 2030 confirma a direção da migração e recomenda preparação antecipada. Não é preciso dizer que o NIST, isoladamente, invalidou este arquivo em 2026. Para OpenPGP, a regra específica já está na RFC 9580.

Um recibo que junta o que já é público

O reparo proporcional não cria uma nova autoridade sobre roteamento. Cria uma unidade de publicação.

Para cada edição diária, a LACNIC poderia emitir um manifesto curto, assinado por chave moderna e baseado em SHA-256. Ele ligaria versão do próprio recibo, RIR, dataset, serial, data local, nome datado, alias latest, tamanho, digest, contagens declaradas e observadas por tipo, corte temporal, fuso, fingerprint e validade da chave, além de correção ou substituição.

O recibo publicado ao lado de latest nomearia a edição datada exata. O recibo datado permaneceria imutável. Se o gerador declarasse 49.894 e produzisse 48.214 linhas, o processo teria de escolher de forma auditável: bloquear, publicar uma exceção explícita ou emitir uma correção ligada ao objeto substituído.

O desenho pode preservar compatibilidade. Os nomes e MD5 antigos continuam disponíveis; o recibo moderno é adicional. Uma rotação de chave ganha uma prova de continuidade entre âncoras. Espelhos guardam recibos pequenos mesmo quando não arquivam todos os arquivos diários.

O escopo continua estreito. A LACNIC prova os bytes que publicou, os nomes usados, as contagens afirmadas, a chave autorizadora e a cadeia de correções. Operadores decidem como usar o snapshot. O recibo não transforma estatística delegada em política de rota nem concede veto sobre redes locais.

O que não foi demonstrado

Não foi demonstrado ataque, comprometimento, falsificação, perda de recurso, erro de rota, interrupção ou dano. A origem interna das 1.680 linhas de diferença permanece desconhecida. Também não há prova de que um consumidor específico confiou na cifra e falhou.

Há, sim, uma inconsistência pública repetível, um alias sem assinatura correspondente e uma assinatura datada fora da aceitação OpenPGP moderna. Isso basta para recomendar disciplina de publicação. Não basta para fabricar um incidente.

Fontes