Resumo

  • Um comunicado de 31 de agosto informa que o ccNSO Council não planeja apresentar comentário coletivo, embora a ccNSO tenha participado do processo de elaboração da proposta.
  • Gestores de ccTLDs podem enviar suas próprias contribuições. As políticas de GNSO não se aplicam aos domínios de países e territórios.
  • A consulta termina em 28 de setembro. O desafio será aproveitar experiências de operação sem apresentá-las como apoio de toda uma comunidade.

Uma contribuição não precisa virar posição de todos

Uma organização pode ajudar a discutir um problema sem ter de assinar uma resposta conjunta em cada etapa. Essa distinção aparece no comunicado que Joke Braeken enviou à lista pública do ccNSO Council em 31 de agosto. A mensagem informa que a ccNSO participou do processo de desenvolvimento de políticas de mitigação do abuso do DNS, mas que o ccNSO Council não pretende responder à consulta sobre o relatório inicial.

A explicação é o alcance da proposta: ela se destina aos gTLDs, e a política de GNSO não se aplica aos ccTLDs. O mesmo aviso convida gestores interessados a comentar em nome próprio. Não há uma ordem para que deixem de participar.

Isso importa porque os dois gestos podem coexistir. A instituição não precisa formular uma posição comum para que a experiência de seus participantes tenha utilidade. Tampouco a decisão de não apresentar comentário coletivo demonstra boicote, retirada do trabalho anterior ou oposição ao combate ao abuso. O documento registra uma intenção; não é evidência de uma resolução formal de rejeição nem garante o que ocorrerá até o encerramento da consulta.

O que está sendo proposto

Segundo a página oficial de ICANN, o relatório inicial do DNS Abuse Mitigation PDP 1 trata da verificação de domínios associados. Quando um domínio estiver envolvido em abuso do DNS, os registradores deverão investigar outros domínios relacionados à mesma conta de cliente ou ao mesmo titular. Há oito recomendações preliminares e cinco orientações de implementação.

São propostas em discussão, não novas obrigações já aprovadas. A consulta encerra-se em 28 de setembro de 2026, às 23h59 UTC. O relatório de síntese está previsto para 16 de outubro, também às 23h59 UTC, e o grupo de trabalho planeja examinar a análise durante ICANN87, em Bali. Esses marcos ainda são futuros.

Gestores de domínios de países podem conhecer situações parecidas: várias inscrições sob uma conta, sinais de abuso distribuídos entre domínios ou limitações na informação disponível. Seu relato pode ajudar a avaliar uma proposta. Isso não torna a futura política de GNSO aplicável a eles, nem transforma o custo observado em uma operação no custo de todo o mercado.

Diferenças de modelo de registro, acesso a dados e autoridade para intervir podem alterar a viabilidade de uma medida. São condições que precisam ser verificadas, não resultados quantitativos já demonstrados nesta notícia. O formulário orientado pede um resumo geral, mas permite observações sobre qualquer aspecto da proposta. Há espaço tanto para exemplos favoráveis quanto para limites e ressalvas.

A cooperação tem um lugar próprio

A DASC já oferece um ambiente voluntário para gestores de ccTLDs trocarem informações sobre abuso do DNS. A participação não se limita aos membros da ccNSO. O grupo mantém recursos públicos e uma lista de discussão, mas não desenvolve políticas nem atua em nome da ccNSO ou de seus membros.

Essa fronteira facilita um tipo específico de colaboração. Um gestor pode explicar uma dificuldade ou compartilhar um método sem que a conversa precise produzir uma declaração coletiva. A presença de um recurso na biblioteca não equivale a comprovação de eficácia, endosso universal ou obrigação de adotá-lo.

Os estatutos de ICANN, alterados em 3 de julho de 2026, também distribuem responsabilidades. O artigo 11.1 atribui a GNSO o desenvolvimento e a recomendação de políticas para gTLDs. O artigo 10.1 inclui, entre as funções da ccNSO, a coordenação com outros organismos, boas práticas voluntárias e cooperação operacional. Coordenar não exige apagar a diferença entre as competências.

É preciso evitar o exagero contrário: nem toda política da ccNSO é simplesmente opcional. O artigo 10.4(j) estabelece condições de âmbito, processo e aprovação para a aplicação de políticas aos membros, com as ressalvas previstas no dispositivo seguinte. A legislação aplicável continua prevalecendo. Um ccTLD tampouco está livre de suas próprias responsabilidades legais ou contratuais.

Identificar a voz preserva o valor do relato

No ensaio sobre como a participação pode ser convertida em mandato no modelo de múltiplas partes interessadas, Lu Heng distingue presença, interesse no resultado e autoridade para decidir por terceiros. É uma lente útil para a consulta, não uma prova de que ICANN tenha extrapolado suas competências neste caso.

A aplicação prática é modesta. Um comentário assinado por um gestor deve ser lido como contribuição daquele gestor, salvo quando houver representação mais ampla demonstrada. Ter participado da elaboração não obriga a ccNSO a emitir uma posição conjunta depois. E deixar de emitir essa posição não retira dos operadores o conhecimento que podem oferecer.

Ainda não se sabe quantos gestores apresentarão comentários ou como eles influenciarão a proposta. O que o aviso preserva é a possibilidade de ouvir experiências concretas sem exigir que sejam embaladas como consenso.