Resumo

  • Relatos de abuso de rede externos nunca chegam ao RIPE NCC como caso de aplicação: o procedimento publicado direciona o reclamante ao Abuse Contact Finder (RIPEstat) e ao abuse-c do operador de rede.
  • O RIPE-858, publicado em 7 de maio de 2026, removeu os lembretes por correio postal das seções 1.2.1.1 e 1.2.2.c, deixando o e-mail como único canal de notificação formal — segundo o próprio RIPE NCC, porque e-mail é legalmente vinculativo.
  • O mecanismo de exceção no nível do registry (encerramento e desregistro, com janela de três meses para correção) está documentado, mas nunca foi acionado publicamente por meio do fluxo de relatos de abuso.
  • Nenhuma fonte independente, fora do operador, corrobora os desfechos dos relatos; este texto distingue o procedimento documentado dos resultados verificados.

O ponto de partida é o próprio mapa de roteamento publicado pelo RIPE NCC. A página de procedimento de relatos afirma que relatos de spam, phishing e outros tipos de abuso de rede originados fora da rede do RIPE NCC não se enquadram nas responsabilidades do registro como registry e não serão considerados para investigação; disputas entre membros ou com o RIPE NCC vão ao painel de árbitros, sob o Conflict Arbitration Procedure [https://www.ripe.net/about-us/support/contact/reporting-procedure/].

Para o usuário final, a orientação publicada aponta para o Abuse Contact Finder, via RIPEstat, que retorna o contato de abuso da rede à qual o IP pertence — um provedor ou operador, não o abusador. O RIPE NCC declara que seu papel se limita a garantir que os contatos de abuso sejam válidos e atualizados na RIPE Database, e que do encaminhamento em diante é responsabilidade do operador de rede tratar o relato: "não há nada que possamos fazer se um operador de rede escolher não responder", segundo o texto publicado [https://www.ripe.net/languages/en/abuse/].

O objeto que sustenta esse roteamento foi criado pela política RIPE-705, originada da proposta 2017-02: o atributo abuse-c tornou-se obrigatório em objetos inetnum, inet6num e aut-num, o role object referenciado deve conter um único atributo abuse-mailbox, e o RIPE NCC tem o mandato de validar essa caixa pelo menos uma vez ao ano, com acompanhamento quando estiver incorreta [https://www.ripe.net/publications/docs/ripe-705/].

A escada operacional de acompanhamento está documentada em dois artigos do RIPE Labs de autoria de Angela Dallara. A validação percorre, em ordem, os objetos de organização dos LIRs, depois os objetos de recursos dos LIRs e, por fim, os objetos de End Users; dois lembretes adicionais são enviados em intervalos de uma semana, e a equipe assume uma semana após o último lembrete [https://labs.ripe.net/author/angela_dallara/how-we-will-be-following-up-with-invalid-abuse-contacts/]. Em outra formulação, os LIRs têm cerca de três semanas para agir sobre os e-mails automatizados antes que a equipe inicie o contato manual, começando pelos contatos do LIR Portal [https://labs.ripe.net/author/angela_dallara/abuse-c-validation-update-on-progress-and-some-numbers/]. Para objetos de recursos de LIR e de End Users, não há encerramento: apenas um comentário na RIPE Database indicando que o contato falhou na validação, com um link que aponta para o LIR responsável [https://labs.ripe.net/author/angela_dallara/how-we-will-be-following-up-with-invalid-abuse-contacts/].

O piso de aplicação — encerramento de membro e desregistro de recursos — é regido pelo RIPE-858, publicado em 7 de maio de 2026, cuja Seção A cobre a terminação do Standard Service Agreement que leva ao encerramento do membro, a Seção B o desregistro de recursos de números de Internet e a Seção C a terminação de um Legacy Services Agreement [https://www.ripe.net/publications/docs/ripe-858/]. A proposta 2017-02 registra a filosofia: o encerramento e o desregistro são último recurso; ao longo de cinco anos, mais de 1.000 relatos externos sobre atributos abuse-mailbox incorretos foram investigados e resolvidos sem nunca acionar o procedimento; e, se acionado, o titular ainda tem três meses para corrigir o problema antes do encerramento ou desregistro efetivo [https://www.ripe.net/community/policies/proposals/2017-02/].

O delta desta revisão de 7 de maio de 2026 é estreito e documentado: um anúncio no mesmo dia à lista ncc-services-wg, assinado pelo assessor jurídico do RIPE NCC Theodoros Fyllaridis, registra a exclusão do texto "and a reminder by postal mail" e "email and" da Seção 1.2.1.1 (Procedimento), e a exclusão de "and a notification by postal mail" e "and postal" da Seção 1.2.2.c (falta de apresentação de extrato válido do registro comercial). A justificativa declarada é que o correio postal era ineficiente, frequentemente não chegava ao destino e gerava custo e carga administrativa significativos, enquanto o e-mail é legalmente vinculativo e os membros permanecem responsáveis por manter os dados de contato atualizados conforme o SSA; os desfechos substantivos de escalonamento permanecem, segundo o anúncio, inalterados [https://www.ripe.net/publications/docs/ripe-858/].

O que este quadro significa para quem denuncia é uma assimetria concreta: o reclamante não tem uma via de aplicação no nível do registry para o abuso em si — apenas o roteamento para a caixa do operador — e, do lado do registry, a notificação formal de aplicação agora corre exclusivamente por e-mail. O efeito prático depende da entrega e da leitura desse e-mail pelo contato registrado, um ponto que nenhum documento público do RIPE NCC mede com dados de caso.

A lacuna de evidência é declarada: nenhuma fonte independente, fora do operador, no registro desta investigação corrobora desfechos de relatos — se os lembretes postais alguma vez produziram aviso que o e-mail não produziu, ou qualquer dado de resolução caso a caso. O quadro aqui apresentado é o procedimento documentado e a declaração do próprio RIPE NCC, não a verificação independente de resultados.