Resumen

  • La Política de Datos de Registro publicada el 12 de mayo de 2026 concede a un solicitante urgente autenticado un acuse en dos horas y una respuesta en 24, con una prórroga motivada de hasta 72 horas cuando concurran circunstancias excepcionales.
  • La respuesta puede entregar los datos no públicos solicitados o denegar total o parcialmente la petición con razones. El reloj no sustituye el análisis del fondo, no desplaza la ley aplicable ni obliga antes de que entre en vigor el mecanismo de autenticación.

Supongamos que una solicitud correctamente formada llega a las 14:00. A las 16:00, el registrador u operador de registro receptor debe haber acusado recibo. A las 14:00 del día siguiente, el solicitante debería tener normalmente una respuesta. Si unas circunstancias verdaderamente excepcionales exigen más tiempo, el destinatario debe comunicarlo dentro de esas mismas 24 horas, explicar el motivo e indicar cuándo responderá. El límite final es de 72 horas desde la recepción.

La secuencia suena a una orden de divulgación de emergencia. No lo es. Cada hora controla una fase del proceso, y el resultado todavía puede ser la entrega de datos o una negativa razonada.

Primero hay que atravesar una puerta estrecha. La sección 3.8 de la Política de ICANN define la Solicitud Urgente como un subconjunto de las solicitudes de divulgación lícita. Debe proceder de un Solicitante Autenticado y referirse a una amenaza inminente para la vida, lesiones corporales graves, infraestructura crítica o explotación infantil. La divulgación ha de ser necesaria para combatir o abordar esa amenaza. Escribir «urgente» en el asunto no abre el canal.

Autenticarse tampoco significa simplemente decir quién se es. La sección 3.9 limita la categoría a un solicitante policial o una autoridad confiable o competente autenticada mediante un mecanismo implantado conforme a una Política de Consenso de ICANN. La reforma separa así dos controles que suelen confundirse: comprobar la identidad del solicitante y decidir si esta petición concreta es necesaria y lícita.

Las reglas generales de divulgación siguen vigentes. La solicitud debe identificar a quien pide, enumerar los datos buscados, exponer sus derechos y la justificación específica, afirmar la buena fe y aceptar el tratamiento lícito de lo que reciba. El registrador o el operador de registro debe examinar por sus propios méritos cada solicitud correctamente formada.

El reloj cambia cuánto puede quedar sin resolver ese examen. Para una solicitud ordinaria, la sección 10.5 permite hasta dos días laborables para acusar recibo y, salvo circunstancias excepcionales, hasta 30 días naturales desde el acuse para responder. La sección 10.7 sustituye ese ritmo para una solicitud urgente admisible: acuse en dos horas y respuesta sin demora indebida, como máximo en 24 horas.

La prórroga es deliberadamente estrecha. La política menciona fuerza mayor que afecte a la infraestructura y complejidad, como una petición sobre un número elevado de dominios. Excluye de forma expresa los festivos, las vacaciones y los viajes programados. Una decisión de personal no puede devolver un estándar de emergencia permanente al horario de oficina.

Sin embargo, «respuesta» no equivale a «entrega». La sección 10.6 conserva dos desenlaces conformes. El operador puede proporcionar los datos. También puede denegar todo o parte, identificar los motivos concretos y explicar cómo llegó a su decisión. Cuando proceda, la explicación debe mostrar cómo ponderó los derechos y libertades fundamentales del titular frente al interés legítimo del solicitante.

La frontera importa porque se trata de datos de registro no públicos. Un proceso rápido puede reducir el coste de la demora en una emergencia real. No crea la misma base jurídica en todas las jurisdicciones, no demuestra que cada campo pedido sea necesario, no restaura un WHOIS público ni convierte a ICANN en quien decide una investigación policial. El registrador o el operador de registro conserva la decisión sustantiva.

Además, queda abierto un interruptor decisivo. La Nota de Implementación 11 dice que las obligaciones de la sección 10.7 solo entrarán en vigor cuando ICANN haya implantado plenamente una Política de Consenso que establezca la autenticación del solicitante. El anuncio del 12 de mayo repite esa condición. El registro del estado del asesoramiento del GAC, actualizado el 23 de julio, también señala que la ejecución del plazo de 24 horas sigue pendiente de ese mecanismo.

La reforma es, por tanto, una política publicada con activación operativa diferida. Sin autenticación creíble, la vía rápida podría premiar la suplantación o gastar sus primeras horas en probar quién solicita. Sin un reloj, la autenticación solo crearía una cola fiable sin velocidad de emergencia. La consulta pública recoge la solución en dos vías: desarrollar la autenticación por separado y fijar el plazo suponiendo que el solicitante ya ha sido autenticado.

Cuando se active, la rendición de cuentas debe apoyarse en registros. La sección 11.2 obliga a conservar solicitudes, acuses y respuestas conforme a las prácticas ordinarias, también para posibles auditorías de ICANN. Esos registros pueden probar si se cumplieron las dos, 24 y 72 horas. Por sí solos no demuestran que una entrega o una negativa fuera jurídicamente correcta, pero hacen medible el silencio.

El nuevo reloj es más útil cuando se describe con precisión: autoriza velocidad, estructura y una decisión auditable, no una divulgación automática.

Fuentes