Resumo

  • A proposta AFPUB-2026-GEN-002-DRAFT01 prevê verificações periódicas e tão automatizadas quanto possível, notificações aos membros e estados de escalonamento.
  • A avaliação de impacto da AFRINIC reconhece o valor da visibilidade, mas alerta que procedimentos indefinidos e julgamentos qualitativos não podem ser reduzidos com segurança a rótulos produzidos por máquinas.

Um painel é útil porque reduz a complexidade. Essa também é a sua ameaça. Ao ver uma célula vermelha junto de um contato abuse-c, de um objeto de rota ou de um requisito de DNS reverso, o membro precisa saber se ela representa uma falha técnica, uma interpretação contestável ou uma constatação formal. Esses estados não são equivalentes.

Nota de publicação da BTW: “Publicado”, 2026-09-06, é a data editorial programada. O horário real de publicação no servidor permanece indefinido até o sucesso de publish-now.

A proposta foi apresentada em 30 de abril de 2026, e sua versão 1 foi publicada na lista RPD em 26 de maio. A AFRINIC-37 a incluiu na pauta da Reunião de Política Pública de 24 de junho de 2026. No fechamento desta reportagem, continuava “Under Discussion”. Ela acrescentaria uma seção ao Consolidated Policy Manual e levaria uma visão de conformidade ao MyAFRINIC ou a uma futura plataforma de comunicação. O desenho inclui revisões periódicas, automação na medida do possível, avisos quando a não conformidade for detectada, lembretes e encaminhamento à equipe quando ela persistir.

Também menciona procedimentos ligados à suspensão de serviços, revogação de recursos ou encerramento da associação com base na autoridade contratual existente.

A avaliação de 23 de junho torna clara a utilidade operacional. As verificações poderiam cobrir a exatidão dos contatos WHOIS, a validade de abuse-c, a coerência de objetos de rota, a cobertura RPKI ROA quando pertinente e o DNS reverso. Cada achado poderia percorrer estados com data e hora, do primeiro aviso à correção, escalonamento e encerramento.

Mas uma observação técnica não é automaticamente um julgamento de conformidade. Um contato malformado pode ser detectado objetivamente. Avaliar se o uso dos recursos foi devidamente justificado, se é adequado ou se a documentação é suficiente pode exigir contexto e julgamento profissional. A avaliação da AFRINIC alerta justamente contra transformar toda obrigação de política em uma métrica decidida por software.

A fronteira de autoridade é igualmente importante. O texto remete ao Registration Services Agreement, a procedimentos ainda a serem definidos pela equipe e a exceções do Conselho para infraestrutura estratégica ou condições extraordinárias. Segundo a análise jurídica, o principal problema não é o painel, mas o risco de usar a política comunitária para criar mecanismos de execução próprios dos domínios contratual e operacional, deixando conceitos decisivos sem definição. A avaliação também identifica, separadamente, lacunas de privacidade e governança de dados no desenho proposto.

É possível fechar essa lacuna sem abandonar o painel. Cada achado deve trazer um registro de evidência e recurso: política e versão aplicáveis, dado observado e horário, método e limitações do teste, origem automática ou humana do resultado, revisor responsável, resposta do membro, correções e estado da contestação. Nenhum estado deveria contribuir para uma sanção antes que o membro possa examinar e questionar esse dossiê.

Esse registro preservaria o alerta antecipado sem transformar silenciosamente uma interface em fonte de autoridade. Os documentos congelados não demonstram adoção, sistema em operação ou sanção aplicada; a escolha de desenho permanece aberta.