Resumo

  • O Centralized Zone Data Service padroniza o pedido e o acordo, sem transformar todos os casos em uma autorização única da ICANN. O provedor central, o operador de registro, a área de conformidade e o usuário exercem funções diferentes.
  • A aprovação concede um direito limitado e intransferível de obter uma cópia dos dados de zona. Não entrega propriedade dos nomes nem controle sobre o TLD. O ponto menos definido é o tempo, pois o contrato não fixa prazo de resposta.

Centralizar o formulário não centraliza a decisão

Para pesquisadores de DNS, equipes de segurança e analistas de proteção de marcas, o CZDS elimina um custo evidente. Em vez de localizar um contrato e um canal de entrega para cada gTLD, o interessado pode usar uma conta e solicitar arquivos de vários operadores participantes.

A simplificação termina antes da decisão. A própria orientação da ICANN informa que o Registry Agreement não determina em quanto tempo o operador deve processar o pedido. Existe uma fila comum, mas não um relógio comum.

Essa ausência muda o resultado prático. Uma demora de alguns dias pode ser aceitável para uma pesquisa histórica e destrutiva para a investigação de uma campanha de abuso que muda rapidamente de infraestrutura. Dois pedidos marcados como pendentes podem esconder situações distintas: dados de identificação incompletos, avaliação ativa pelo registro ou uma espera sem explicação.

Uma fotografia técnica, não um registro de propriedade

O arquivo de zona oferece uma visão em massa dos nomes delegados em um domínio de primeiro nível e de registros DNS usados para localizar servidores autoritativos. Ele ajuda a observar inclusões, remoções e padrões de infraestrutura. Não é um cadastro completo de registrantes e não prova quem é proprietário de um nome.

Por isso, a Specification 4 alterada descreve uma licença estreita. O acesso é não exclusivo, intransferível e limitado, normalmente com uma cópia a cada 24 horas. O uso deve ser legal. Os dados não podem alimentar marketing comercial em massa, processos automatizados de alto volume contra sistemas de registros ou registradores, nem interferência na operação normal de registrantes.

Receber uma cópia não significa poder alterar a zona, redistribuir seu conteúdo sem limites ou exercer o papel do operador. O serviço amplia a capacidade de observar o DNS, não transfere autoridade sobre ele.

Três atos que a palavra «aprovação» esconde

O primeiro controle pertence ao CZDA Provider, que pode ser a ICANN ou um designado. Ele pode recusar quem não atende aos requisitos de identificação e contato. A questão nessa etapa é a credencial do solicitante.

O segundo pertence ao operador de registro. Ele pode negar a solicitação quando os dados são incorretos ou ilegítimos, ou quando acredita de forma razoável que o uso pretendido violará as restrições contratuais. Depois da aprovação, pode revogar o acesso se tiver evidência de violação. Recusar antes e revogar depois são decisões com fatos e momentos diferentes.

Há ainda a função da ICANN Contractual Compliance, que recebe reclamações sobre a obrigação do registro de dar acesso a terceiros. Fiscalizar o contrato não equivale a substituir cada operador na decisão inicial. Saber qual ator decidiu é indispensável para escolher entre corrigir credenciais, contestar o motivo do registro ou apresentar uma reclamação de conformidade.

Fontes