Resumo

  • O GAC pediu um webinar antes da ICANN86 e um diálogo trilateral durante o encontro; o horário reservado acabou usado para uma sessão informativa da GNSO, com alguns membros do Board presentes apenas como observadores.
  • A presidente do Board afirmou depois que qualquer obrigação nova ou modificada para registradores sob a RDDS Accuracy Program Specification precisa nascer de negociação contratual ou do processo de políticas de gTLD. O registro público não mostra nenhuma via escolhida.
  • Uma ficha pública e versionada de seleção de rota separaria informação, observação, priorização, negociação e elaboração de política.

O encontro mudou antes de a rota ser decidida

Em 11 de maio de 2026, o presidente do GAC, Nicolas Caballero, pediu às presidentes do Board da ICANN e do Conselho da GNSO que reconvocassem um formato trilateral na ICANN86. O tema era o intervalo entre o registro de um domínio e o momento em que o registrador pode validar as informações de contato do titular. O GAC também queria um webinar prévio para chegar a Sevilha informado e discutir passos concretos.

A sequência desejada era clara: webinar, diálogo trilateral, próximos passos. O resultado agendado foi outro.

Em 26 de maio, Susan Payne respondeu que não havia tempo para preparar um webinar completo antes da ICANN86. Propôs usar o horário do encontro trilateral para uma sessão informativa. A faixa escolhida também coincidia com a reunião do Registrar Stakeholder Group, embora os registradores fossem os sujeitos da obrigação vigente. A GNSO permaneceu disposta a participar de diálogo posterior.

O registro oficial da ICANN86 chama a sessão de 9 de junho de “Informational Session on Accuracy of Registration Data”. A finalidade era explicar a origem do prazo, como ele poderia ser explorado para abuso, os efeitos operacionais de uma mudança e as possíveis vias de implementação. O diálogo trilateral aparece como evento eventual, esperado depois do fórum de Sevilha.

Não é uma diferença de rótulo. Uma sessão informativa melhora a base comum. Um diálogo expõe posições institucionais. Nenhum deles, sozinho, cria obrigação contratual.

Observar não é aprovar

A resposta de Tripti Sinha, datada de 25 de agosto e publicada em 14 de setembro, registra que o GAC recebeu uma apresentação inicial da GNSO no horário reservado e que vários integrantes do Board participaram “como observadores”.

A carta não afirma que o Board votou, aprovou a preferência do GAC, escolheu mecanismo de implementação ou autorizou emenda contratual. Ela documenta presença em uma atividade informativa. O Board compartilha o objetivo geral de reduzir DNS Abuse e pede análise de fontes diversas, para avaliar quais questões têm maior impacto. Isso fundamenta a continuidade da investigação; não transforma presença em mandato.

A obrigação atual não é o resultado pedido

A RDDS Accuracy Program Specification do Registrar Accreditation Agreement de 2013 já impõe deveres. Em certos registros, transferências e mudanças de titular, o registrador deve validar os campos exigidos e verificar o canal de contato relevante dentro de 15 dias. Sem resposta afirmativa, deve verificar manualmente ou suspender o registro até a verificação.

A preferência do GAC altera o momento do dever: o contato deveria ser verificado antes que um novo domínio se torne acessível no DNS. A pergunta de autoridade começa, portanto, com a classificação do ato. Trata-se de interpretar uma obrigação existente ou mudar seu gatilho, seu prazo ou sua consequência?

A carta do Board traça uma fronteira precisa. Se o objetivo for criar ou modificar obrigações dos registradores referentes a essa especificação, só há dois mecanismos: negociações contratuais e desenvolvimento de políticas de gTLD.

A frase é limitada a esse tipo de obrigação. Ela não deve ser estendida a toda medida contra DNS Abuse e não prova que alguma das duas vias tenha começado.

O relatório final é referência, não decisão de rota

A carta remete ao Final Issue Report on DNS Abuse e diz que ele pode facilitar política futura. O relatório examina a falta de verificação proativa ou tempestiva. Registra o risco da janela pós-registro, a pesquisa sobre controles anteriores e propostas divergentes: emenda contratual imediata, política futura, outros trabalhos da GNSO ou respostas mais restritas de compliance e apoio técnico.

Mas as duas primeiras prioridades recomendadas para PDP são Associated Domain Checks e salvaguardas para acesso de novos clientes a APIs. A verificação proativa fica entre as lacunas que podem ser tratadas depois, conforme recursos, capacidade de trabalho da comunidade e prioridades do Conselho.

Estar no inventário de políticas não equivale a estar no primeiro pacote autorizado. Mencionar o Issue Report não inicia um PDP sobre os 15 dias.

Os 70% são evidência, não autorização

A carta do GAC cita o resultado do INFERMAL segundo o qual validar telefone ou e-mail durante a criação da conta ou antes da compra se associou a uma redução aproximada de 70% nos registros maliciosos. O relatório original apresenta um coeficiente estatisticamente significativo no modelo e nos dados estudados.

“Associou-se” não pode virar “causará”. O resultado não demonstra que a mudança do relógio contratual produzirá o mesmo efeito em todos os mercados e registradores. Tampouco resolve custos, falsos positivos, direitos de titulares, relações com revendedores ou a comparação com outras medidas. Evidência ajuda a desenhar a rota; não autoriza a rota.

Uma ficha de seleção tornaria o progresso legível

Depois de cada diálogo entre instituições, a ICANN deveria publicar uma ficha curta e versionada. Ela descreveria o resultado pretendido em termos operacionais, classificaria a proposta como interpretação da obrigação atual ou criação ou modificação de dever e identificaria a via formal escolhida — ou declararia que nenhuma foi escolhida.

A ficha também deveria apontar o órgão ou as partes capazes de decidir o próximo passo, o limiar de prioridade e recursos, o próximo ato autorizado, os itens expressamente não decididos, a data do estado e o histórico de mudanças de rota.

Neste caso, a ficha atual diria: o resultado pedido é verificação antes da resolução; a proposta altera o momento de obrigação existente; o Board identificou duas vias; nenhuma consta como selecionada; as condições de prioridade e recursos da GNSO permanecem; o briefing e a presença de observadores não emendaram o RAA, não iniciaram PDP e não aprovaram o pedido do GAC.

Esse registro não favoreceria qualquer instituição. Apenas impediria que “participou”, “foi informado” e “tem poder para decidir” fossem tratados como o mesmo estado.

Fontes