Resumo
- Em 9 de março, a AFRINIC informou que partes de
102.224.0.0/12, espaço reservado e não alocado a um membro, haviam sido anunciadas globalmente. A estatística delegada atual mantém os 1.048.576 endereços como reserved. - Segundo a AFRINIC, um alerta encaminhado pela ARIN levou à remoção de entradas públicas de IRR, a contatos com provedores de trânsito e com a parte que a AFRINIC acreditava ter criado as entradas, além de monitoramento reforçado da retirada.
- O histórico do RIPE RIS registra o
/12, dois/13e um/17com três ASNs de origem em momentos diferentes. O pacote de fatos não prova que todas as observações pertenciam ao mesmo incidente ou tinham o mesmo autor. - A AFRINIC não publicou os objetos de rota, maintainers, horários de criação e exclusão, relação completa de prefixos, critério de encerramento ou salvaguardas implementadas. A ausência impede auditoria plena, mas não prova participação consciente das organizações associadas aos ASNs, do Board ou do Receiver.
O incidente atravessou cinco controles diferentes
Uma entrada de Internet Routing Registry não coloca sozinha um prefixo na tabela BGP. Ela pode, porém, alimentar o primeiro controle de uma cadeia operacional.
O caso de 102.224.0.0/12 passou por pelo menos essas cinco superfícies: estado do recurso no registro, declaração pública de rota, geração ou uso de filtros, aceitação BGP e observação externa. A resposta da AFRINIC também atravessou mais de uma superfície: remover a entrada, avisar o trânsito, procurar a parte suspeita e observar a retirada.
O fato de a AFRINIC não controlar todos os IRRs, espelhos e filtros impede atribuir-lhe cada decisão de propagação. Essa distribuição, porém, aumenta a necessidade de publicar a linha do tempo e as dependências que ela efetivamente observou.
O ponto de partida era reservado, não um recurso de membro
A estatística delegada da AFRINIC marca 102.224.0.0/12 como reserved. São 1.048.576 endereços a partir de 102.224.0.0. A AFRINIC afirmou que o bloco estava reservado sob sua política IPv4 Soft Landing e não fora alocado a nenhum membro.
Impedir uma declaração sem autorização sobre espaço reservado não é o mesmo que intervir numa alocação legítima, num uso de cliente, num lease ou numa transferência. O alerta da NRS sobre o poder de gargalo dos registros continua relevante para recursos já integrados a operações e contratos, mas o conjunto de fatos deste caso não descreve esse tipo de execução adversa.
Ao mesmo tempo, uma ação correta sobre espaço reservado não valida poderes diferentes. Não confirma que o purported Board atual representa a África, não resolve a autoridade do Receiver e não legitima lock-in ou restrições de transferência.
Heng Lu Note 71 inclui unicidade, precisão, prevenção de fraude, sinais de segurança e continuidade entre as funções estreitas. Note 70 separa essas funções do poder reivindicado pela instituição. O teste é se o registro voltou a descrever a realidade e ganhou controles verificáveis.
A AFRINIC descreveu ações concretas
O comunicado de 9 de março diz que a ARIN notificou a AFRINIC após um operador da região ARIN informar que seu ASN aparecia em anúncios sem o consentimento do detentor do recurso. A AFRINIC não identificou o operador nem o ASN no comunicado.
Um ASN observado como origem não demonstra que a empresa associada criou o objeto, autorizou o anúncio ou conhecia a operação. O relato oficial começa com um ASN que teria aparecido sem consentimento.
A AFRINIC listou quatro medidas. Pediu e obteve a remoção das entradas de IRR relacionadas. Contatou provedores-chave de trânsito para interromper a propagação. Procurou a parte que acreditava ter criado as entradas, exigindo a cessação imediata dos anúncios. E intensificou o monitoramento global para confirmar a retirada completa.
São ações distribuídas por fonte, transporte, possível operador e medição. O aviso permanece no índice público; a instituição revelou o incidente e não se limitou a uma frase sobre estabilidade.
O que o comunicado não permite reproduzir
O comunicado não nomeia o IRR que continha as entradas. Não informa os identificadores dos objetos route, o maintainer, a origem declarada, o momento de criação nem o momento de exclusão. Diz “smaller portions”, mas não lista todos os prefixos afetados. Não fornece uma tabela de notificações, atualizações de filtro ou últimas observações.
Também não define “fully withdrawn”: quais específicos, coletores e janelas foram verificados, ou se mirrors e caches foram checados.
A AFRINIC acrescentou que avaliava salvaguardas técnicas e procedimentais. Até 12 de agosto, o conjunto público fixado para esta reportagem não contém um after-action report com o nome do controle, data de implantação, responsável, cobertura e resultado de teste.
Pode haver razões de segurança ou privacidade para omitir contatos. O material não apresenta justificativa, e prefixos, IDs, estados e horários podem ser divulgados sem expor pessoas. Um comunicado prova que a AFRINIC diz ter agido; um registro de execução permitiria verificar a correção.
A linha do tempo do RIS adiciona fatos e limites
O RIPE RIS observou AS13560 originando 102.224.0.0/12 entre 21 de fevereiro e 7 de março, 102.224.0.0/13 de 24 de fevereiro a 10 de março e 102.232.0.0/13 de 4 a 10 de março.
O comunicado saiu em 9 de março. Os dois /13 até o dia seguinte são compatíveis com retirada ainda monitorada, mas não informam a hora de conclusão usada pela AFRINIC.
O histórico contém outras duas origens. O AS214174 apareceu com 102.236.0.0/17 em 8 e 21 de fevereiro. O AS3563 apareceu com 102.224.0.0/13 durante uma janela de oito horas em 16 de março, depois do aviso.
Esses registros merecem ser incluídos numa revisão de controle. Não podem ser fundidos automaticamente numa única campanha. O pacote não mostra se usaram o mesmo objeto, se estavam sob o mesmo controle ou se todos faziam parte do incidente descrito pela AFRINIC.
As respostas atuais do RIPE associam o AS13560 a uma entrada de Charter Communications e o AS3563 a Pilot Network Services; AS214174 não exibe holder. São metadados, não decisões sobre autoria ou intenção. Esta reportagem não atribui às organizações a criação consciente das entradas ou anúncios.
Retirada observada não é onisciência
No congelamento de 12 de agosto, o endpoint routing-status do RIPE mostrava zero de 328 pares IPv4 vendo 102.224.0.0/12. A medida é consistente com a retirada do agregado inteiro na superfície coberta pelo RIS.
Ela não demonstra que cada roteador deixou de ver todo prefixo mais específico. A formulação precisa é “0/328 pares RIS viam o /12”, não “nenhuma rota existia em qualquer lugar”.
Uma matriz com primeira e última observação, fontes e critérios de estabilidade distinguiria ausência do agregado, dos específicos e de novos anúncios. O estado atual é confirmação relevante, mas parcial.
O RPKI respondeu unknown, não invalid
A consulta do RIPEstat para AS13560 e 102.224.0.0/12 devolveu estado RPKI unknown e nenhuma ROA validadora. Isso não equivale a invalid.
Invalid entra em conflito com uma ROA cobertora; unknown indica que a resposta não encontrou autorização para esse julgamento. Chamar o estado de invalid inventaria uma barreira não mostrada.
Os RFCs 6483 e 6491 colocam uma alternativa técnica na pauta. O RFC 6483 explica que uma ROA com AS0 declara que o prefixo e seus mais específicos não devem ser usados em roteamento. O RFC 6491 diz que a IANA deveria emitir ROAs AS0 para seus recursos não alocados e para recursos reservados que não devem ser roteados.
Esses textos não resolvem automaticamente um bloco mantido pela AFRINIC. O pacote não mostra se existia AS0, se havia obrigação equivalente, se a opção foi avaliada ou implantada depois.
A pergunta responsável é operacional: qual sinal criptográfico representava o estado reserved? Por que a validação observada era unknown? AS0 ou outro controle foi avaliado? Qual foi a decisão e como foi testada?
Não há base para afirmar violação de uma exigência legal de AS0, mas a decisão preventiva continua sendo uma pergunta verificável.
Um relatório de encerramento poderia ser pequeno e decisivo
Uma tabela compacta poderia mostrar cada prefixo, objeto IRR, estado de autorização, detecção, remoção, última observação, RPKI e controle posterior. Campos sensíveis poderiam ser redigidos com justificativa.
LARUS descreve como decisões e falhas na camada de registro chegam à infraestrutura que operadores pagam, mantêm e defendem. Neste incidente, o mecanismo não é abstrato: uma alegação pública pode entrar no filtro, o filtro pode aceitar uma rota, a rota pode ser propagada, e o operador assume a investigação e o risco reputacional.
Segurança útil não é mandato político
Há uma conclusão positiva e uma negativa.
A positiva: a AFRINIC divulgou o incidente, descreveu medidas concretas e o estado atual do RIS é compatível com a retirada do /12. Remover dados que apoiam rota sem autorização protege a precisão do registro.
A negativa: o comunicado não fecha a cadeia. Faltam objetos, tempos, critérios e salvaguardas implementadas.
Nenhuma dessas conclusões concede à AFRINIC autoridade soberana. O purported Board atual, o Receiver e seus apoiadores não podem converter uma tarefa técnica necessária em validação automática de sua legitimidade, de políticas de lock-in ou de uma teoria de representação continental. A função real deve sobreviver a disputas sobre quem ocupa o cargo; por isso mesmo, precisa ser verificável sem depender da confiança no ocupante.
O teste de Heng Lu permite ao registro impedir duplicidade, corrigir fraude e manter sinais de segurança, sem lhe conceder o direito de governar capital, mercados ou redes independentes.
O incidente estará realmente encerrado quando o público puder ver que a declaração indevida foi removida em cada superfície relevante e que a repetição encontra uma barreira mensurável. Até lá, o roteamento parece contido, mas o relatório de controle permanece aberto.
Para leitores que buscam a arquitetura institucional mais ampla, a pesquisa da BTW sobre uma transição da AFRINIC além dos RIRs aparece ao final. Ela é somente leitura adicional, não texto-base desta notícia nem uma notícia contabilizada neste bundle.
Fontes
- Comunicado da AFRINIC sobre uso não autorizado de espaço reservado
- Estatística delegada atual da AFRINIC
- Serviços WHOIS e de roteamento da AFRINIC
- Índice de notícias da AFRINIC
- Histórico de roteamento RIPEstat para 102.224.0.0/12
- Estado atual de roteamento no RIPEstat
- Documentação do histórico de roteamento RIPEstat
- Validação RPKI para AS13560 e o /12
- Visão geral do AS13560 no RIPEstat
- Visão geral do AS3563 no RIPEstat
- Visão geral do AS214174 no RIPEstat
- RFC 6483: validação de origem e ROAs AS0
- RFC 6491: objetos RPKI para recursos não alocados e reservados
- Heng Lu Note 71: The Policy Mirror
- Heng Lu Note 70: proteger o livro-registro, não o gatekeeper
- Alerta da NRS sobre poder de gargalo dos registros
- LARUS: como decisões de governança RIR chegam à infraestrutura
- Leitura adicional BTW: arquitetura de transição da AFRINIC além dos RIRs


