---
id: "3e808d1d-e3d4-4676-868f-27fee3c24f71"
kind: "link"
title: "ICANN prueba un sistema de acceso para las fuerzas del orden a datos WHOIS no públicos"
language: "es"
section: "icann"
date: "2026-10-20T05:20:37Z"
updated: "2026-10-20T12:36:07Z"
canonical: "https://tldlog.com/es/l/icann-prueba-sistema-acceso-fuerzas-orden-datos-whois-no/"
origin: "reviewed"
master: "https://tldlog.com/l/icann-tests-login-system-law-enforcement-access-non-public/"
translations:
  en: "https://tldlog.com/l/icann-tests-login-system-law-enforcement-access-non-public/"
  de: "https://tldlog.com/de/l/icann-testet-anmeldesystem-strafverfolgungsbehoerden-zugriff/"
  fr: "https://tldlog.com/fr/l/icann-teste-systeme-connexion-acces-forces-ordre-donnees/"
  it: "https://tldlog.com/it/l/icann-testa-sistema-accesso-forze-ordine-dati-whois-non/"
  pt-BR: "https://tldlog.com/pt/l/icann-testa-sistema-login-acesso-autoridades-policiais-dados/"
  ru: "https://tldlog.com/ru/l/icann-testiruet-sistemu-vkhoda-dostupa-pravookhraniteley/"
  zh-Hans: "https://tldlog.com/zh/l/icann-ceshi-zhifa-denglu-whois/"
source:
  name: "theregister.com"
  url: "https://www.theregister.com/networks/2026/10/20/icann-testing-tech-to-let-law-enforcement-access-non-public-whois-info/5304036"
  language: "en"
  date: "2026-10-20T02:11:27Z"
---

# ICANN prueba un sistema de acceso para las fuerzas del orden a datos WHOIS no públicos

## en claro

Los nombres de dominio tienen registros de propietario llamados datos WHOIS, y muchos ahora están ocultos por privacidad. ICANN, el organismo que coordina los nombres de dominio en todo el mundo, prueba un acceso seguro para que la policía pueda pedir datos ocultos en casos urgentes. Las agencias tendrían que demostrar una emergencia real para usarlo.

ICANN está probando esquemas de autenticación que permitirían a las agencias de cumplimiento de la ley hacer solicitudes urgentes de información WHOIS no pública. Las solicitudes están pensadas para situaciones con una amenaza inminente para la vida, lesiones corporales graves, infraestructuras críticas o explotación infantil. La definición la fija la propia redacción de ICANN.

Los registradores de dominios recogen información sobre sus clientes, y esos datos estuvieron antes disponibles públicamente en los registros WHOIS. Algunos registradores ofrecen servicios que sustituyen sus propios datos de contacto para proteger la privacidad del cliente, y leyes como el RGPD hacen que, en ocasiones, los registradores estén obligados a ocultar los datos WHOIS. Según la fuente, esto dificulta que las fuerzas del orden contacten con el titular de un dominio cuando este se usa para malware, dominios de comando y control o phishing.

El Grupo de Entrada sobre Mecanismos de Autenticación de Agencias de Cumplimiento de ICANN estudia la cuestión. El grupo presentó sus avances en la reunión anual de ICANN en Bali, Indonesia. Representantes de los registradores Namecheap y Verisign defendieron la propuesta durante esa sesión.

El trabajo del Grupo de Entrada es sobre todo técnico. Una vez que diseñe un mecanismo para las solicitudes, otros grupos de política de ICANN se encargarán de definir el uso aceptable y las cuestiones relacionadas.

El enfoque preferido por ICANN es el Security Assertion Markup Language (SAML). Los usuarios autenticados de las agencias de cumplimiento de la ley entrarían en el Servicio de Solicitud de Datos de Registro (RDRS) de ICANN y presentarían sus solicitudes. ICANN ya lo prueba con el FBI y con Interpol, pero está abierta a otros mecanismos de autenticación que den acceso a otras agencias. El Grupo de Entrada pretende publicar una especificación a la que puedan ajustarse esas agencias.

ICANN trasladará las solicitudes presentadas en el RDRS al registrador que vendió el dominio. El registrador dispondrá de 24 horas para estudiar una solicitud, o de hasta 72 horas en consultas complejas. Los registradores podrán rechazar las solicitudes que, a su juicio, no cumplan el umbral de urgencia.

Algunos lectores podrían temer que una gran agencia inunde el RDRS con solicitudes de miles de agentes individuales. ICANN planea evitarlo exigiendo a las agencias que designen al personal concreto autorizado para hacer solicitudes, aplicado mediante un token compartido durante los intercambios SAML. El contenido de ese token es una cuestión de política que el Grupo de Entrada espera que otros en ICANN ultimen más adelante.

Otro asunto abierto es cómo proteger la identidad de los trabajadores de las fuerzas del orden que hacen solicitudes en el RDRS. ICANN los considera expuestos al acoso si sus solicitudes incluyen direcciones de correo electrónico.

Fuente: [theregister.com](https://www.theregister.com/networks/2026/10/20/icann-testing-tech-to-let-law-enforcement-access-non-public-whois-info/5304036)

## otras fuentes

- [elhacker.NET](https://blog.elhacker.net/2026/10/icann-prueba-tecnologia-para-que-las.html) (en español)