Resumo
- O fluxo combinava diferenças diárias de arquivos de zona, identificação do registrador, consultas WHOIS automatizadas e abordagem de titulares novos.
- O Segundo Circuito valorizou o uso repetido após ciência dos termos; ao mesmo tempo, a ICANN disse que parte da restrição da Register.com excedia o acordo de credenciamento e deveria ser discutida no processo da própria ICANN.
O mecanismo central de Register.com v. Verio atravessava vários sistemas. Segundo o processo e a investigação posterior da VeriSign Global Registry Services, a Verio obtinha arquivos atualizados de .com, .net e .org, comparava versões para separar nomes novos, identificava o registrador responsável, consultava o WHOIS desse registrador e inseria os contatos em uma base comercial.
A Register.com alegou que algumas abordagens chegavam entre doze e vinte e quatro horas após o registro. Esse intervalo é uma alegação resumida nas fontes, não uma medição de todos os casos, mas revela a estratégia: chegar ao titular antes da decisão sobre hospedagem e serviços web.
Dizer que a consulta era pública resolvia apenas a porta de entrada. Registradores precisavam fornecer dados por consulta. Isso não respondia se um terceiro podia usar uma licença de arquivo de zona para descobrir cada novo domínio, automatizar consultas em escala e transformar as respostas em telefone, mala direta e email.
Três camadas de permissão
A primeira era o registro. A VeriSign identificou duas contas ativas da Verio para arquivos de zona. Os contratos mencionavam cache DNS como finalidade e restringiam processos automatizados de alto volume contra sistemas WHOIS do registro ou de terceiros. Os logs mostravam acesso diário no período analisado. Como parte do Project Hen House estava suprimida nos autos públicos, a investigação classificou a cadeia baseada em arquivos de diferença como o método tecnicamente mais viável e provável, não como reconstrução forense completa.
A segunda camada era o WHOIS da Register.com. Os termos acompanhavam os resultados e proibiam prospecção em massa por email, correio e telefone, além de processos automatizados de grande volume aplicados aos sistemas da empresa. A Verio conhecia os termos e continuou consultando. A maioria do Segundo Circuito viu nessa repetição consciente uma aceitação por conduta. Não declarou que qualquer aviso em qualquer página vincula todo visitante; tratava-se de um usuário recorrente, avisado, que voltava para obter mais dados.
A terceira camada era o acordo de credenciamento entre Register.com e ICANN. A ICANN explicou que o registrador prometera permitir usos lícitos, com exceções como spam por email e processos automatizados de alto volume. Na leitura da ICANN, proibir também mala direta e ligações lícitas violava essa promessa. Ainda assim, a Verio não era beneficiária do acordo. Deveria usar a via contratual da ICANN em vez de transformar o possível excesso da Register.com em autorização própria.
Assim, dois problemas podiam existir juntos. A Register.com podia exceder seu compromisso de credenciamento, enquanto a Verio excedia outra licença. Um não apagava o outro. Uma inconsistência a montante não concede acesso a jusante, e controlar o servidor não dá ao operador poder ilimitado sobre todo uso posterior.
O alcance real da decisão
Em 23 de janeiro de 2004, o tribunal de apelação confirmou a medida liminar, com uma correção estreita sobre uma marca. Depois da conclusão, o mesmo PDF traz como Appendix um rascunho do juiz Fred Parker, que teria revertido boa parte da ordem. O texto rejeita a inferência de consentimento e dá mais peso ao caráter público do WHOIS. É uma objeção importante, mas não é o resultado adotado pelo tribunal.
Também não houve, nas três fontes, julgamento final com cálculo de danos. Elas não informam número exato de consultas, contatos, vendas ou degradação técnica. Não mostram todo o código do Hen House nem comprovam continuidade depois do período observado. Tampouco resolvem automaticamente a aplicação de RDAP e das políticas atuais de privacidade.
A governança está nas conexões
O controle reutilizável é um mapa de interfaces. Para cada fonte, deve constar quem publica, qual canal e credencial foram usados, se automação é permitida, quais limites de ritmo e finalidade se aplicam, qual versão dos termos foi recebida, quem pode alterá-la e qual processo resolve a disputa.
O mapa separa acesso de reutilização. Conseguir uma resposta não significa poder compilar milhares. O dever do registrador de publicar não o autoriza necessariamente a banir todo uso lícito. A licença de zona para DNS não oferece os arquivos como sementes para consultar outros sistemas.
As medidas corretivas da VeriSign seguiam essa lógica: aviso de violação, migração contratual condicionada ao reconhecimento da proibição, texto mais claro e fim das consultas WHOIS massivas. Credencial, finalidade, comportamento e consequência ficaram conectados.
Por isso este é um caso de infraestrutura, não só de doutrina jurídica. Interfaces legítimas podem formar outra máquina quando combinadas para um novo propósito. A palavra “público” não governa sozinha essa composição.
Limites da evidência
Esta análise separa a maioria do rascunho Parker, a posição institucional da ICANN das alegações das partes e o que a VeriSign observou do que inferiu. Não afirma que automação seja inerentemente ilícita, que dados públicos sejam propriedade privada nem que a liminar valha para todo serviço online.
Fontes
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Apenas para Strategic Circle
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance
