Resumo

  • A AFRINIC comunicou que o Board que apresenta como atual ratificou, em 4 de fevereiro de 2026, a política que torna obrigatório o atributo abuse-c para registros de IPv4, IPv6 e ASN sob sua gestão. A comunicação prova que a instituição anunciou o ato; não substitui a resolução, a ata, o quórum, o voto, o instrumento assinado ou a data efetiva de implementação, que não foram localizados no acervo público consultado.
  • Há um núcleo necessário e defensável: o escriturário do registro pode exigir um contato correto, publicá-lo, testar objetivamente se recebe mensagens, avisar sobre falhas e permitir correção. O limite é igualmente claro: alcançabilidade não prova monitoramento humano, qualidade da resposta, responsabilidade pelo tráfego nem poder da AFRINIC para policiar, punir ou executar decisões sobre conduta de rede.
  • A utilidade da regra dependerá menos da palavra “ratificada” do que da qualidade verificável de sua operação: testes previsíveis, separação entre entrega e mérito, proteção contra denúncias estratégicas, trilha de correção, métricas de falsos positivos e uma via de revisão independente. Nada disso pode ser presumido a partir do anúncio.

Uma ratificação, três estados diferentes

O fato institucional preciso é estreito. A AFRINIC informou que o Board que apresenta como atual ratificou a atualização da política de contato de abuso em 4 de fevereiro de 2026. Seu índice de propostas passou a mostrar a versão 7 como ratificada, e publicações posteriores da própria AFRINIC repetiram que o Board ratificou tanto essa proposta quanto a política de transferências. Este artigo se ocupa apenas da primeira decisão e de suas interfaces de cadastro, dados, validação e operação.

É importante resistir à tentação de condensar toda a história em um único verbo. Ratificar um texto, colocar seus requisitos em funcionamento e demonstrar resultados são estados distintos. O primeiro está documentado como uma afirmação oficial da AFRINIC. O segundo exigiria, entre outros elementos, uma data de vigência, um comunicado de implementação, versões dos sistemas, formulários, regras de teste, calendário por grupos de membros e canais de suporte. O terceiro dependeria de números: cobertura, entregabilidade, tempo de correção, falhas revertidas, reincidência e, sobretudo, uma explicação rigorosa do que cada indicador mede.

O acervo público examinado até 10 de agosto de 2026 fecha o estado de ratificação anunciado, mas não fecha os outros dois. Não foi localizada uma resolução autônoma do Board, nem ata da decisão, registro de quórum, votação ou instrumento assinado. Tampouco foram encontrados um aviso separado de vigência, uma especificação operacional implantada, estatísticas pós-ratificação ou um procedimento público de revisão de erros. Essa ausência é limitada ao material público, indexado, arquivado e disponível que foi consultado. Ela não permite afirmar que nenhum documento privado, removido, não indexado ou posterior exista.

A distinção protege os dois lados da análise. Impede que críticos descrevam a política como comprovadamente inoperante quando faltam dados para saber se ela já foi implantada. E impede que a instituição transforme o status “ratificado” em prova de que sistemas funcionam, contatos respondem, objeções foram resolvidas ou benefícios foram entregues. A honestidade institucional começa por dizer qual estado se conhece.

O que passa a constar do registro

O texto ratificado torna o abuse-c um atributo obrigatório referenciado por objetos inetnum, inet6num e aut-num. Em termos práticos, alcança registros ligados a IPv4, IPv6 e números de sistema autônomo. Para objetos filhos, a referência do objeto pai pode ser herdada quando isso for apropriado. O contato aponta para uma pessoa ou função que contenha ao menos uma caixa postal de abuso válida, monitorada e ativamente administrada, destinada a receber relatos de abuso e segurança.

A síntese publicada pela AFRINIC apresenta o alcance como abrangente: membros que detenham IPv4, IPv6 ou ASNs, titulares de recursos legados e novos solicitantes. A política substitui como padrão a referência opcional anterior baseada em IRT por um campo obrigatório e padronizado. A mudança responde a um problema real de diretório. Um número IP costuma ser o primeiro dado disponível a uma vítima, a uma equipe de segurança ou a outro operador. Se não houver um contato claro ligado ao registro, o relato pode circular entre endereços genéricos, chegar a quem não controla a rede relevante ou simplesmente não chegar.

A caixa de correio deve ficar disponível sem restrição por WHOIS, APIs e técnicas futuras. As mensagens devem poder incluir registros, exemplos ou cabeçalhos relacionados ao caso. O texto também diz que a comunicação precisa exigir intervenção do destinatário e não pode obrigar o remetente a preencher um formulário. É nessa passagem que uma regra aparentemente simples de qualidade cadastral começa a misturar camadas diferentes.

Uma coisa é registrar um canal. Outra é testar se o servidor aceita uma mensagem. Outra, muito mais espessa, é avaliar se um ser humano monitora a caixa, se a organização interveio, se respondeu, se considerou a evidência suficiente e se adotou o resultado que o remetente esperava. O primeiro conjunto descreve o registro. O segundo começa a julgar a operação por trás dele. A diferença não é semântica: define o que a AFRINIC pode provar e qual autoridade ela de fato possui.

A regra fina que melhora a verdade do diretório

A AFRINIC é escriturária do registro de recursos numéricos. Dentro dessa função, pode exigir que o registro contenha um contato, que a relação entre objeto e contato esteja correta e que o titular autorizado consiga atualizá-la. Pode publicar o dado nos serviços de consulta. Pode testar uma propriedade objetiva, como a capacidade técnica de receber uma mensagem. Pode registrar a data do teste, avisar o responsável quando houver falha, repetir o teste e manter uma trilha de correções.

Esse núcleo não é uma concessão menor. Um diretório confiável reduz custo de busca, tempo de encaminhamento e atrito entre organizações que precisam responder a incidentes. Também ajuda o próprio titular. Uma caixa antiga associada a um funcionário que saiu, a um domínio expirado ou a um provedor de correio desativado pode impedir que cheguem avisos legítimos. Uma verificação bem desenhada transforma um erro invisível em uma tarefa corrigível.

Há base histórica para não confiar apenas na adesão voluntária. A avaliação de impacto da proposta registrou 139.268 objetos inetnum, dos quais 232 estavam protegidos por MNT-IRT, uma proporção aproximada de 0,1666%. Para inet6num, eram 31.230 objetos e 33 protegidos, cerca de 0,1057%. Para aut-num, 1.915 objetos e 32 protegidos, aproximadamente 1,6710%. Outro recorte registrou 28 de 1.857 membros usando o mecanismo anterior, cerca de 1,5078%, e 27 dos 42 objetos IRT referenciados, cerca de 64,2857%.

Esses números são um retrato histórico do mecanismo anterior, não uma medição de conformidade em 2026. As unidades também não são intercambiáveis: objetos, membros e caixas referenciadas respondem a perguntas diferentes. Em maio de 2021, uma reunião registrou 1.738 membros com ASNs como universo esperado para fornecer abuse-c, mas esse denominador tem outra data e outra definição. Não é válido subtrair 1.738 de 1.857, construir uma tendência ou chamar qualquer diferença de saída de membros. Ainda assim, o conjunto histórico sustenta uma conclusão limitada: a opção voluntária não produziu cobertura ampla no cadastro observado.

O melhor argumento em favor da nova regra começa exatamente aí. Relatos de abuso frequentemente partem de um endereço IP; contatos ausentes ou obsoletos elevam os custos das vítimas, das equipes de segurança e dos próprios operadores. Uma referência padronizada e obrigatória, acompanhada de verificação periódica, pode reduzir encaminhamentos errados e tornar mais previsível o recebimento de informação acionável. Como os titulares usam serviços comuns de registro, manter um canal funcional é uma obrigação operacional modesta, não necessariamente uma pretensão de soberania.

Esse argumento é forte. Rejeitá-lo por inteiro seria confundir oposição ao excesso de autoridade com oposição à exatidão. A solução responsável não é voltar a um diretório opcional e pouco usado. É manter o contato obrigatório e limitar o teste ao que um escriturário consegue observar com objetividade.

O ponto em que a verificação deixa de ser cadastro

O texto prevê validação na criação do contato, em sua atualização, periodicamente ao menos uma vez a cada seis meses e sempre que a AFRINIC considerar adequado. Uma primeira falha abre um período que não deve exceder quinze dias. Depois, o caso pode ser encaminhado a outros contatos do LIR por um segundo período, também de até quinze dias. A frequência e os períodos podem ser ajustados, com razões comunicadas, por uma abordagem gradual; a implementação também pode ocorrer em fases.

Esses dois intervalos não constituem automaticamente uma garantia jurídica de trinta dias para saneamento. O texto permite ajustes e fases, e não há prova pública de como o calendário foi implantado. Também não se pode presumir que uma mensagem enviada foi entregue, lida pelo destinatário correto ou compreendida. Período de política, comprovante de entrega e oportunidade efetiva de correção não são a mesma coisa.

A previsão de validação semestral é razoavelmente previsível. Se aplicada sem mudanças, implicaria ao menos dois testes programados em doze meses, mas nem esse cálculo simples prova quantos testes ocorreram. Já a expressão que permite validar sempre que a AFRINIC considerar adequado cria uma área de discricionariedade. Para que ela permaneça ligada à qualidade do registro, deveria haver uma lista pública de gatilhos, um teto de frequência, critérios de repetição, identificação do motivo, regras para falhas temporárias e um caminho claro de correção.

O risco cresce porque terceiros podem relatar contatos não responsivos, seletivamente responsivos ou outras falhas descritas no texto, acionando uma revalidação pela AFRINIC. Receber informação externa sobre um dado possivelmente obsoleto é compatível com a função de registro. Transformar essa informação em conclusão adversa antes de verificar sua qualidade não é. Uma denúncia pode ser verdadeira, incompleta, automatizada, duplicada, enviada ao alvo errado ou motivada por disputa comercial. Também pode confundir recusa fundamentada de uma exigência com inexistência do contato.

Uma revalidação legítima pergunta: a caixa indicada recebe uma mensagem técnica comum? O titular foi avisado por canais alternativos? A falha persistiu após tentativas com horários e rotas razoáveis? Um processo ilegítimo pergunta, explícita ou implicitamente: a resposta satisfez o denunciante? O operador investigou com a velocidade que a AFRINIC prefere? A organização puniu um cliente? O conteúdo se enquadra na noção de abuso de quem fez a denúncia? Essas perguntas pertencem a contratos, políticas do operador e leis aplicáveis; quando necessário, pertencem a tribunais e autoridades públicas competentes.

Não surgem do poder de manter uma lista de números.

O mérito de qualquer cadeia ligada a RSA e revogação fica fora deste artigo; basta registrar que a ratificação, por si só, não cria poder punitivo.

Entrega, leitura, resposta e resultado

Um bom desenho separaria ao menos cinco estados. O primeiro é a existência sintática de um endereço. O segundo é a aceitação técnica da mensagem pelo sistema de destino. O terceiro é a disponibilidade operacional de uma equipe que monitore o canal. O quarto é uma resposta que reconheça o recebimento ou solicite informação adicional. O quinto é o resultado da investigação, que pode envolver um cliente, um provedor intermediário, uma rede delegada ou uma jurisdição diferente.

Cada estado exige evidência diferente. Uma consulta ao registro mostra o endereço publicado, não quem leu. Um teste SMTP pode sugerir entregabilidade naquele instante, não atenção humana contínua. Um reconhecimento automático prova que um sistema reagiu, não que uma pessoa avaliou o relato. Uma resposta humana prova comunicação, não culpa. E a ausência de uma ação visível ao denunciante não prova que nada foi feito: o operador pode estar impedido de revelar investigação, dados de clientes ou medidas de segurança.

A política mistura parte desses estados ao exigir monitoramento ativo, intervenção do destinatário, ausência de formulário obrigatório e expectativa de resposta. A intenção é compreensível: um endereço que nunca chega a um processo humano é pouco útil. Mas a AFRINIC não adquire, por isso, conhecimento suficiente para determinar a substância de cada caso. Nem obtém soberania sobre operadores, usuários e relações contratuais distribuídas por vários países.

O contato registrado também não é uma procuração. O nome que aparece ao lado de um bloco de endereços pode ser o titular, um operador, um cliente, um prestador terceirizado ou uma função central que encaminha casos para outras equipes. Em subalocações e redes delegadas, a primeira organização encontrada pode não controlar o equipamento ou usuário associado a um evento. Uma caixa funcional é infraestrutura de evidência e encaminhamento. Não é prova automática de autoria, controle ou responsabilidade jurídica por cada pacote.

Essa distinção protege também os denunciantes. Se o status de “contato validado” for entendido como selo de boa conduta, terceiros podem depositar confiança indevida em uma medição estreita. Se “falha de contato” for entendida como prova de abuso, o sinal passará a carregar um significado que o teste não consegue sustentar. A utilidade pública aumenta quando cada estado informa data, escopo e limite: endereço presente, entrega testada em determinada data, correção pendente, resultado contestado ou indicador revertido.

Da proposta de 2018 ao anúncio de 2026

A ratificação encerrou formalmente uma trajetória longa, mas não apagou as questões levantadas durante ela. A primeira versão da atualização foi submetida em 12 de agosto de 2018. Em junho de 2019, a reunião pública discutiu a passagem de um mecanismo IRT opcional e pouco usado para um contato obrigatório, além de temas de validação, titulares legados e consequências operacionais. As atas da reunião seguinte registraram a lógica dos períodos de quinze dias, o escalonamento a outros contatos e a verificação semestral.

A versão 7 foi apresentada em 17 de maio de 2021, com esclarecimentos e flexibilidade para adoção em fases. O registro da reunião daquele ano incluiu a possibilidade de implementação gradual e o universo histórico de 1.738 membros com ASNs que deveriam fornecer contatos. Também houve contestação. Um recurso de 2021 alegou que permaneciam questões sobre duplicação, definição de abuso, fiscalização de operadores, obrigação de resposta, carga e alcance.

O relatório de 29 de novembro de 2021 afastou o recurso por razões de admissibilidade. Entre os motivos registrados estavam a falta de discussão prévia com os chairs ou com o grupo de políticas e a não participação dos apoiadores nas discussões pertinentes. O próprio comitê afirmou não haver necessidade de examinar o mérito. Em 2022, outra contestação atacou a conclusão de consenso após a prorrogação do período final. Em 13 de julho daquele ano, o comitê novamente encerrou o recurso por não ter sido demonstrada tentativa anterior de solução com os chairs ou o grupo, e novamente disse não precisar entrar no mérito.

Encerramento processual não é julgamento substantivo. Os relatórios provam como os recursos terminaram. Não provam que as objeções sobre alcance foram analisadas e rejeitadas; tampouco provam que a política era inválida. A formulação precisa é mais sóbria: houve contestações, as decisões conhecidas as encerraram por requisitos processuais e as questões substantivas não receberam decisão de mérito nesses relatórios.

Os estatutos da AFRINIC situam a ratificação do Board depois da discussão e do acordo no processo regional de políticas. Há, no mesmo texto corporativo, uma rota distinta para adoção necessária e urgente. A página de 4 de fevereiro apresenta o ato como ratificação de propostas com consenso documentado, não como uso daquela rota urgente. Esse desenho descreve a mecânica interna da instituição. Ele não transforma participação aberta, consenso declarado ou título de Board em lei pública, jurisdição policial ou representação soberana de todos os operadores, clientes e Estados afetados.

A afirmação oficial de que havia governança restaurada, Board devidamente constituído e mandato de interesse público continua sendo uma afirmação da AFRINIC. O material oficial é decisivo para saber o que a instituição anunciou, qual texto publicou e como seus órgãos registraram procedimentos. Não é uma adjudicação externa sobre a legitimidade mais ampla dessas pessoas ou sobre a autoridade substantiva reclamada. Preservar a atribuição não diminui a fonte; apenas evita pedir a ela que prove a própria conclusão.

A superfície real de implementação

A avaliação da equipe antecipou mudanças em WHOIS, MyAFRINIC, regras de emissão e atualização de recursos, formulários de subalocação e atribuição, ferramentas de validação e o portal de gestão de recursos numéricos. Isso revela que a política não é só uma linha adicional em uma tela. Ela altera pontos de entrada de dados, permissões de atualização, herança entre objetos, avisos, filas de suporte e estados consumidos por pessoas e sistemas externos.

Em cada ponto há uma pergunta de controle. Quem pode criar ou substituir o abuse-c? Como se confirma que a pessoa que solicita a mudança está autorizada? Quando um filho herda o contato do pai e quando precisa de contato próprio? Como o sistema evita expor dados pessoais desnecessários? Qual endereço remetente será usado nos testes, e como o titular distingue uma validação legítima de phishing? Quantas tentativas ocorrem? Como são tratados greylisting, atraso, filtro de spam, ausência temporária, resposta automática e falha do provedor de correio?

Sem respostas publicadas, a mesma política pode produzir implementações muito diferentes. Um sistema pode fazer um teste simples, repetir em caso de falha, avisar por múltiplos canais e restaurar rapidamente o estado após correção. Outro pode enviar uma mensagem frágil, interpretar silêncio como desobediência e manter um indicador adverso sem explicação. O texto comum não torna esses desenhos equivalentes.

O registro público também cria uma superfície de segurança. Uma caixa sem restrição facilita relatos legítimos, mas atrai spam, phishing, assédio e mensagens elaboradas para explorar ferramentas automatizadas. Contatos funcionais, em vez de endereços pessoais, ajudam a preservar continuidade e minimizar exposição. Rotação de equipe deve poder ocorrer sem romper o canal. Evidências anexadas precisam ser recebidas sem transformar qualquer arquivo ou link em vetor de ataque.

Há ainda o custo humano. Monitorar uma caixa, filtrar ruído, validar relatos, identificar o cliente correto, lidar com diferentes idiomas e jurisdições e manter plantão tem custo fixo e variável. Operadores menores sentem proporcionalmente mais esse peso. A avaliação oficial antecipou mudanças materiais de sistemas e processos, embora tenha indicado ausência de impacto financeiro. Essa indicação é o que a avaliação declarou, não uma verificação de custo zero. Sem métricas de horas, mensagens, suporte e falhas, o custo permanece aberto.

O mecanismo de impacto

Quando bem limitada, a mudança produz uma cadeia simples. O registro aponta para um contato correto; uma equipe externa encontra o canal; a mensagem chega ao operador apropriado; a triagem começa mais cedo; o erro cadastral, se houver, é corrigido. O ganho é redução de busca e coordenação. Ele não depende de a AFRINIC decidir o mérito do relato.

Quando mal limitada, a cadeia se inverte. Um problema temporário de DNS, provedor, filtro, férias, troca de equipe ou greylisting gera aparente falha. Uma denúncia externa dispara nova verificação. Um teste opaco cria um estado adverso. Esse estado passa a ser consumido por suporte, parceiros, compradores, clientes ou sistemas automáticos como se descrevesse a conduta da organização. Um problema corrigível de e-mail se converte em custo reputacional, fricção de transação e incerteza de continuidade.

O marco de Heng Lu controla essa leitura: a camada fina de um registro alcança a exatidão do contato e sua verificabilidade objetiva; ela não se torna jurisdição de conformidade por acréscimo de linguagem interna. A AFRINIC continua sendo o escriturário da informação, não a autora da legitimidade operacional da rede descrita. Dependência do registro, participação comunitária e decisão do Board não fabricam soberania, poder policial ou competência para impor resultados.

A análise da LARUS sobre risco na camada de registro é importante nesse ponto: ações e erros em uma camada administrativa central podem se transmitir para valor do ativo, continuidade empresarial e dependência de clientes. Isso não prova que uma validação de abuse-c tenha causado perda determinada. Explica por que a reversibilidade deve ser proporcional ao alcance do sinal. Quanto maior a dependência econômica de um registro, menor pode ser a tolerância a decisões opacas e difíceis de corrigir.

A orientação operacional da NRS também trata a precisão dos contatos de abuso como um controle dentro de uma auditoria mais ampla dos recursos numéricos e insiste em distinguir políticas, contratos, procedimentos, orientações e propostas. Evidência de operador hospedada pela NRS sustenta que uma organização pode agir sobre relatos suficientemente detalhados e verificáveis sem adquirir a obrigação ou a autoridade de monitorar universalmente usuários e conteúdos entre jurisdições.

A NRS pesquisa, defende, reúne participantes e representa membros que a autorizem; não opera o registro, RPKI, WHOIS ou RDAP, recursos, acordos, eleições, custódia ou continuidade.

Trabalhos anteriores da BTW delimitam três vizinhanças que não devem ser confundidas com esta decisão: a economia geral dos contatos de abuso, a confiança depositada nos registros públicos e o risco de transformar reclamação em punição administrativa. Aqui, a pergunta é mais exata: o que a ratificação de 4 de fevereiro colocou na interface entre cadastro e operação, o que essa interface consegue provar e quais elementos ainda faltam para avaliá-la.

O que uma implementação confiável teria de mostrar

O primeiro requisito seria uma especificação objetiva do teste. Ela deveria explicar se a AFRINIC mede existência, aceitação técnica, clique em token, resposta ou alguma combinação; identificar remetentes e domínios; informar tempos, novas tentativas e categorias de erro; e descrever proteção contra falsificação. O resultado deveria ser legível para o titular e para qualquer público que dependa dele.

O segundo seria uma arquitetura de correção. O titular precisaria receber aviso por mais de um contato, entender a evidência, corrigir sem perder acesso ao suporte necessário para corrigir, solicitar novo teste e contestar classificação equivocada. Cada mudança deveria ter data, autoria autorizada e histórico. Uma falha transitória não deveria sobreviver como marca permanente depois de saneada.

O terceiro seria uma barreira entre revalidação e acusação. Relatos de terceiros podem justificar um novo teste do endereço; não podem, por si sós, justificar conclusão sobre abuso, culpa ou resposta inadequada. Seriam necessários controles contra automação hostil, denúncias repetitivas, concorrentes mal-intencionados e mensagens projetadas para falhar nos filtros do destinatário.

O quarto seria mensuração pública. Cobertura por tipo de objeto, data dos lotes de implementação, sucesso na primeira tentativa, correções dentro do prazo, falhas revertidas, tempo médio de saneamento e motivos técnicos agregados permitiriam avaliar qualidade. Contagens de denúncias não substituem essas métricas. Um volume elevado pode significar mais abuso, melhor acesso ao canal, spam automatizado ou campanha coordenada. Sem denominador e definição, o número impressiona, mas não informa.

Por fim, seria necessária uma revisão independente do erro. Quem testa o contato não deve ser a única instância a interpretar a própria falha. A via de revisão precisa distinguir questão cadastral de questão operacional, garantir acesso à evidência e explicar o alcance de qualquer estado público. Os recursos conhecidos de 2021 e 2022 ensinam uma cautela específica: uma porta processual pode fechar sem que o mérito tenha sido examinado. Uma política de dados confiável deve tornar ambas as coisas visíveis.

Um veredito estreito, como deve ser

A ratificação é defensável na medida em que melhora a verdade do diretório. Exigir abuse-c nos objetos pertinentes, permitir herança adequada, publicar um contato funcional, testar sua alcançabilidade, avisar e apoiar a correção são tarefas de escriturário. Elas resolvem um problema concreto que a adesão voluntária historicamente não resolveu.

O mesmo ato não sustenta a camada espessa. A AFRINIC não ganha soberania porque mantém o registro, não recebe poder policial porque uma mensagem contém alegação de abuso e não adquire competência punitiva porque seu Board ratificou um texto interno. Monitoramento humano, forma de resposta, investigação, conduta do cliente e resultado pertencem a responsáveis diferentes, regidos por contratos e leis diferentes.

Até que haja documentação de implementação e medição, o estado público correto é incompleto: ratificação anunciada, texto conhecido, operação e resultados ainda não demonstrados no acervo consultado. A pergunta decisiva para a próxima fase é verificável: cada campo e cada teste tornam o registro mais verdadeiro, ou usam o registro para governar a rede que ele apenas descreve?