Resumen

  • El sistema unía diferencias diarias entre archivos de zona, identificación del registrador, consultas WHOIS automatizadas y prospección de titulares nuevos.
  • El Segundo Circuito hizo valer el uso repetido después de conocer las condiciones; ICANN, a la vez, sostuvo que parte de la restricción de Register.com excedía su acuerdo de acreditación y debía impugnarse dentro de ICANN.

Register.com contra Verio comenzó con una ventaja de tiempo. Según el expediente judicial y la investigación del registro, Verio obtenía archivos de zona actualizados, comparaba versiones para separar los nombres nuevos, averiguaba qué registrador patrocinaba cada nombre, consultaba el WHOIS del registrador y convertía los datos de contacto en una base de ventas.

Register.com alegó que algunas comunicaciones llegaban entre doce y veinticuatro horas después del alta. Esa cifra pertenece a la alegación resumida en las fuentes, no a una medición completa, pero explica el diseño: hablar con el cliente antes de que decidiera quién alojaría su sitio.

El carácter público del servicio no resolvía el permiso para toda la cadena. Los registradores tenían la obligación de ofrecer consultas. Otra cosa era emplear un archivo masivo para descubrir cada alta, automatizar consultas sucesivas y usar las respuestas en teléfono, correo postal y email. Había tres superficies de control.

Tres contratos alrededor de la misma señal

La primera era la relación con el registro. VeriSign Global Registry Services localizó dos cuentas activas de Verio para acceder a los archivos de .com, .net y .org. Los acuerdos describían el almacenamiento temporal para DNS como finalidad autorizada y limitaban los procesos automatizados de gran volumen contra sistemas WHOIS. Los registros técnicos mostraron acceso diario durante el periodo examinado. Debido a que parte de Project Hen House estaba tachada en el expediente público, VeriSign presentó la cadena basada en archivos de diferencias como el mecanismo técnicamente más viable y probable, no como una reconstrucción absoluta.

La segunda superficie era el WHOIS de Register.com. Sus condiciones aparecían junto a los resultados y prohibían campañas masivas por email, correo o teléfono, además de procesos automatizados de gran volumen aplicados a sus sistemas. Verio las conocía y siguió consultando. La mayoría del Segundo Circuito interpretó esa repetición consciente como aceptación por conducta. No afirmó que cualquier texto publicado en cualquier página obligue a todo visitante; el dato relevante fue el usuario recurrente que recibió aviso y volvió por más información.

La tercera superficie era el acuerdo de acreditación entre Register.com e ICANN. ICANN explicó al tribunal que el registrador debía permitir usos lícitos salvo excepciones definidas, entre ellas el spam por email y los procesos automatizados masivos. A juicio de ICANN, ampliar la prohibición a correo postal y llamadas lícitas incumplía esa promesa. Pero ICANN también sostuvo que Verio no era beneficiario del acuerdo y no podía convertir ese incumplimiento en permiso propio. La vía era el procedimiento contractual de ICANN.

La aparente contradicción es la lección. Register.com podía extralimitarse frente a ICANN y Verio podía, simultáneamente, exceder el permiso de otra relación. Ninguna infracción borraba la otra. Un usuario de máquinas no debe deducir que una discordancia ascendente autoriza su acceso; un operador tampoco puede suponer que controla todos los usos porque controla el servidor.

Lo que se confirmó y lo que quedó abierto

El 23 de enero de 2004, el tribunal de apelación confirmó la medida cautelar, salvo una corrección limitada relativa a una marca. Después de la conclusión, el mismo PDF incluye como Appendix un borrador del juez Fred Parker, quien habría revocado buena parte de la orden. Su análisis rechaza la inferencia de aceptación y da más peso al carácter público del WHOIS. Es una objeción relevante, no el fallo de la mayoría.

Tampoco fue una sentencia final después de juicio. Las tres fuentes no fijan el número exacto de consultas, clientes potenciales, personas contactadas, ventas o daño técnico. No prueban todo el código de Hen House ni resuelven si la conducta continuó tras el periodo observado. Mucho menos trasladan automáticamente el resultado a RDAP, las políticas actuales de privacidad o cualquier API pública moderna.

El control está en las uniones

La herramienta duradera es un mapa de interfaces. Para cada fuente debe constar quién publica, por qué canal, con qué credencial, a qué ritmo, para qué propósito, bajo qué versión de condiciones y ante qué autoridad se presenta una controversia.

El mapa también debe separar acceso y uso. Poder recuperar una respuesta no equivale a poder compilar miles. La obligación de publicar datos no concede necesariamente al registrador la facultad de prohibir todo uso lícito. Una licencia de archivos de zona para DNS no entrega esos archivos como materia prima autorizada para interrogar sistemas ajenos.

Las acciones correctivas de VeriSign reflejaban esa arquitectura: aviso de que las consultas habilitadas por los archivos infringirían los acuerdos, transición condicionada al reconocimiento de la prohibición, redacción más clara y cese del volumen automatizado. Credencial, finalidad, comportamiento y consecuencia quedaban unidos.

Por eso es un expediente de infraestructura. La automatización no era ilícita por ser automatización; el problema era una composición concreta que cambiaba el propósito de varias interfaces. La palabra “público” no gobernaba esas uniones.

Límites de la evidencia

Este análisis separa el fallo mayoritario del borrador Parker, la posición institucional de ICANN de las alegaciones de las partes y las observaciones de VeriSign de su inferencia técnica. No sostiene que los datos públicos sean propiedad privada ni que la medida cautelar establezca una regla universal.

Fuentes