ICANN prepara un mecanismo para revelar en 24 horas los datos de propietarios de dominios ante solicitudes urgentes

Los agentes del orden podrán solicitar más rápidamente información oculta sobre los propietarios de dominios, pero antes ICANN debe aprender a verificar de forma fiable a los empleados de las agencias. La organización está desarrollando un mecanismo experimental de autenticación para el servicio Registration Data Request Service (RDRS), a través del cual se presentan solicitudes de datos de registro no públicos sobre dominios.

El nuevo sistema debe confirmar las facultades del solicitante antes de remitir una petición urgente al registrador del dominio. El grupo de trabajo de ICANN estudia los requisitos técnicos, el procedimiento de verificación de identidad y la compatibilidad del RDRS con las plataformas institucionales existentes. Por ahora se trata de un prototipo, no de un canal listo para acceder a los datos de contacto ocultos en registros WHOIS.

Para la verificación se analizan soluciones vigentes de Interpol y del FBI, incluidas Global Digital Police Identity y Law Enforcement Enterprise Portal. En lugar de crear una base internacional única de agentes, ICANN quiere averiguar cómo transmitir a los registradores una confirmación veraz del estatus de empleado. La solución debería reducir el riesgo de solicitudes de personas que se hacen pasar por miembros de las fuerzas del orden.

La edición de mayo de las normas de ICANN estableció para las peticiones urgentes un plazo de dos horas para confirmar la recepción y de 24 horas para responder. En circunstancias excepcionales el plazo puede ampliarse hasta 72 horas, pero el registrador debe advertir del retraso en las primeras 24 horas. Los nuevos requisitos aún no están vigentes, ya que el mecanismo de verificación de solicitantes todavía no se ha implementado en el sistema de producción.

Como urgentes no se consideran todas las solicitudes policiales, sino las que implican una amenaza inmediata para la vida, un daño grave a la salud, la infraestructura crítica o la explotación de menores. Incluso tras la confirmación de identidad, el registrador no está obligado a divulgar automáticamente la información. Es admisible una denegación motivada, por ejemplo por limitaciones legales sobre la transferencia de datos personales.

Las limitaciones afectan a los dominios de uso general, por ejemplo .com y .org, y no a todas las zonas nacionales de dominio. El RDRS remite las solicitudes a los registradores participantes y permite seguir el resultado, pero no sirve como base abierta de contactos. Anteriormente la protección de los datos de los propietarios de sitios ya se convirtió en motivo de disputa debido al posible revelado de direcciones domiciliarias y números de teléfono.

La experiencia del RDRS muestra que presentar una solicitud no garantiza la entrega de datos. En los dos años de trabajo piloto, finalizados en noviembre de 2025, los usuarios enviaron más de 3.700 solicitudes. Del total, el 55 % fue rechazado, el 26 % fue aprobado y el resto concluyó con la entrega parcial de datos o correspondió a información ya pública. Por eso acelerar la respuesta no implica acceso automático.

Las reuniones del grupo de trabajo comenzaron en julio de 2026; en octubre planean presentar los cambios en la interfaz del RDRS. Las pruebas del prototipo están previstas para diciembre y los resultados se esperan publicar en marzo de 2027. El grupo de trabajo responde solo por el aspecto técnico de la verificación de facultades y no determina las razones por las que los registradores divulgan los datos de registro.