Hispanopedia Wiki
Articulo de referencia

Protocolo de acceso a datos de registro

El Protocolo de Acceso a Datos de Registro ( RDAP ) es un protocolo de comunicación de redes informáticas estandarizado por un grupo de trabajo del Grupo de Trabajo de Ingenierí...

Hispanopedia WikiContenido en espanolLectura gratuita

El Protocolo de Acceso a Datos de Registro ( RDAP ) es un protocolo de comunicación de redes informáticas estandarizado por un grupo de trabajo del Grupo de Trabajo de Ingeniería de Internet (IETF) en 2015, tras desarrollos experimentales y exhaustivos debates. Es el sucesor del protocolo WHOIS , utilizado para consultar datos de registro relevantes de recursos de Internet como nombres de dominio , direcciones IP y números de sistema autónomo .

Mientras que WHOIS recupera esencialmente texto libre, RDAP entrega datos en un formato JSON estándar legible por máquina . [ 1 ] Para lograr este objetivo, se analizó la salida de todos los servidores WHOIS operativos, realizando un censo de las etiquetas que utilizaban. [ 2 ] Los diseñadores de RDAP, muchos de los cuales son miembros de registros de números o nombres , se esforzaron por mantener el protocolo lo más simple posible, ya que la complejidad se consideró una de las razones por las que fracasaron los intentos anteriores, como CRISP . RDAP se basa en servicios web RESTful , de modo que los códigos de error, la identificación del usuario, la autenticación y el control de acceso se pueden entregar a través de HTTP . [ 3 ]

El mayor retraso en la implementación de RDAP resultó ser el bootstrap , es decir, determinar dónde se encuentra el servidor para cada dominio de nivel superior , rango de IP o rango de ASN. IANA acordó alojar la información bootstrap en registros adecuados y publicarla en URL conocidas en formato JSON. Estos registros comenzaron vacíos y se irán completando gradualmente a medida que los registrantes de dominios y espacios de direcciones proporcionen información del servidor RDAP a IANA. [ 4 ] [ 5 ] Para los registros de números, ARIN estableció un servicio RDAP público que también incluye una URL bootstrap, similar a la que utilizan para WHOIS. [ 6 ] Para los registros de nombres, ICANN exige el cumplimiento de RDAP desde 2013. [ 7 ] [ 8 ]

Recursos numéricos

Las bases de datos RDAP para los números IP asignados son mantenidas por cinco registros regionales de Internet . ARIN mantiene una base de datos de arranque. [ 9 ] Gracias al formato de documento estándar, tareas como, por ejemplo, obtener la dirección del equipo de abuso de un número IP determinado se pueden realizar de forma totalmente automatizada. [ 10 ]

Recursos de nombres

Las bases de datos RDAP para nombres registrados se mantienen después del acuerdo de ICANN. [ 7 ] Los recursos de nombres son mucho más lentos, ya que el número de registros bajo ICANN es enorme. Además, cuando el RGPD se volvió aplicable, en mayo de 2018, el problema de los datos personales divulgados a través de WHOIS o RDAP ralentizó aún más la adopción. [ 11 ] Para resolver el conflicto entre el RGPD y las políticas de ICANN, ICANN publicó una especificación temporal según la cual todos los datos de contacto deben ser anonimizados por razones de privacidad si están sujetos al RGPD, a menos que el contacto autorice explícitamente su publicación. Esto incluye las direcciones de correo electrónico; sin embargo, el registrador debe ofrecer una dirección de correo electrónico anonimizada o un formulario web para permitir el reenvío de información a los contactos. La respuesta RDAP/WHOIS del registro debe contener un aviso de que estas opciones para contactar a los contactos solo están disponibles en el RDAP/WHOIS del registrador. [ 12 ]

Para mantener la información RDAP precisa, los registradores deben enviar anualmente un aviso de Política de Recordatorio de Datos Whois (WDRP) al contacto del registrante. Esto se suele hacer por correo electrónico, que contiene toda la información RDAP que posee el registrador y solicita al registrante que la actualice inmediatamente si es incorrecta, recordándole al mismo tiempo que la información RDAP incorrecta puede conllevar la eliminación del nombre de dominio. [ 13 ] Además, cada registrador debe ofrecer un contacto para denuncias de abuso y, tras ser informado sobre información RDAP incorrecta, debe asegurarse de que se corrija rápidamente o suspender el dominio. [ 7 ]

reemplazo de WHOIS

El 19 de enero de 2023, ICANN abrió la votación sobre una enmienda global a todos sus acuerdos de registro y registrador. En ella se definió un período de implementación gradual de RDAP de 180 días a partir de la entrada en vigor de esta enmienda. Transcurridos 360 días desde este período se define la fecha de finalización de los servicios WHOIS, después de la cual los registros y registradores ya no están obligados a ofrecer un servicio WHOIS, sino únicamente un servicio RDAP. Se alcanzaron todos los umbrales de votación dentro del período de votación de 60 días y la enmienda se presentará a la Junta de ICANN para su aprobación e implementación. [ 14 ]

Ejemplo de consulta

Para consultar RDAP, existen varios programas y clientes web, entre los que se incluyen icann-rdap ( cliente de línea de comandos de implementación de referencia de ICANN), OpenRDAP (cliente de línea de comandos independiente) y el cliente web rdap.dev.

En ciertas jurisdicciones, RDAP ocultó la información de contacto según lo exigido por regulaciones como el Reglamento General de Protección de Datos (RGPD). Se puede acceder a la información de contacto de RDAP mediante los Servicios de Directorio de Datos de Registro (RDDS), como ICANN Lookup. [ 12 ] [ 15 ] Se puede solicitar información de contacto no pública mediante el Servicio de Solicitud de Datos de Registro (RDRS). [ 16 ]

A continuación se muestra un ejemplo de datos RDAP devueltos para un titular de recursos individual. Este es el resultado de una consulta RDAP en formato sin procesar (utilizando el cliente OpenRDAP) para el sitio web de Final Fantasy XIV , con Markmonitor como registrador:

> rdap finalfantasyxiv.com Dominio:  Nombre de dominio: FINALFANTASYXIV.COM  Identificador: 19576356_DOMAIN_COM-VRSN  Estado: eliminación del cliente prohibida  Estado: transferencia del cliente prohibida  Estado: actualización del cliente prohibida  Conformidad: rdap_level_0  Conformidad: icann_rdap_technical_implementation_guide_0  Conformidad: icann_rdap_response_profile_0  Aviso:  Título: Términos de uso  Descripción: Servicio sujeto a los Términos de uso.  Enlace: https://www.verisign.com/domain-names/registration-data-access-protocol/terms-service/index.xhtml  Aviso:  Título: Códigos de estado  Descripción: Para obtener más información sobre los códigos de estado de dominio, visite https://icann.org/epp  Enlace: https://icann.org/epp  Aviso:  Título: Formulario de quejas por inexactitud de RDDS  Descripción: URL del formulario de quejas por inexactitud de RDDS de ICANN: https://icann.org/wicf  Enlace: https://icann.org/wicf  Enlace: https://rdap.verisign.com/com/v1/domain/FINALFANTASYXIV.COM  Enlace: https://rdap.markmonitor.com/rdap/domain/FINALFANTASYXIV.COM  Evento:  Acción: registro  Fecha: 2000-02-10T15:58:28Z  Evento:  Acción: expiración  Fecha: 2026-02-10T15:58:28Z  Evento:  Acción: última  fecha de cambio: 2024-02-09T05:41:13Z  Evento:  Acción: última actualización de la base de datos RDAP  Fecha: 2025-05-31T07:42:09Z  DNS seguro:  Delegación firmada: falso  Entidad:  Identificador: 292  ID público:  Tipo: ID de registrador IANA  Identificador: 292  Rol: registrador  Versión de vCard: 4.0  vCard fn: MarkMonitor Inc.  Entidad:  Rol: abuso  Versión de vCard: 4.0  vCard tel: tel:+1.2086851750  vCard email: abusecomplaints@markmonitor.com  Servidor de nombres: Servidor de  nombres: A1-211.AKAM.NET Servidor de nombres  : Servidor de  nombres: A13-66.AKAM.NET  Servidor de nombres:  Servidor de nombres: Servidor de nombres A2-67.AKAM.NET  :  Servidor de nombres: Servidor de nombres A22-64.AKAM.NET  : Servidor de  nombres: Servidor de nombres A24-65.AKAM.NET  : Servidor de nombres:  Servidor de nombres: A3-66.AKAM.NET

Extensiones

El protocolo RDAP permite extensiones e IANA mantiene una lista de extensiones RDAP conocidas. Algunas de estas extensiones están definidas por RFC, como las de ordenación y paginación, mientras que otras son solo para TLD específicos. [ 17 ]

  • STD 95
  • RFC 7480 , Uso de HTTP en el Protocolo de Acceso a Datos de Registro (RDAP) 
  • RFC 7481 , Servicios de seguridad para el Protocolo de acceso a datos de registro (RDAP) 
  • RFC 8056 , Mapeo de estado del Protocolo de aprovisionamiento extensible (EPP) y del Protocolo de acceso a datos de registro (RDAP) 
  • RFC 9082 , Formato de consulta del Protocolo de acceso a datos de registro (RDAP) 
  • RFC 9083 , Respuestas JSON para el Protocolo de Acceso a Datos de Registro (RDAP) 
  • RFC 9224 , Cómo encontrar el servicio del Protocolo de Acceso a Datos de Registro Autorizado (RDAP). 

Además, la ICANN ha creado dos estándares que deben ser implementados por los registros y registradores de gTLD para tener formatos de salida comunes y que requieren la implementación de algunas extensiones.

Extensiones

  • RFC 8977 , Parámetros de consulta del Protocolo de acceso a datos de registro (RDAP) para la clasificación y paginación de resultados. 
  • RFC 8521 , Etiquetado de objetos del Protocolo de acceso a datos de registro (RDAP) 
  • RFC 8982 , Respuesta parcial al Protocolo de acceso a datos de registro (RDAP) 
  • RFC 9537 , Campos censurados en la respuesta del Protocolo de acceso a datos de registro (RDAP) 

Véase también

Referencias

  1. ↑ Newton, Andrew; Hollenbeck, Scott (marzo de 2015). Respuestas JSON para el Protocolo de Acceso a Datos de Registro (RDAP) . IETF . doi : 10.17487/RFC7483 . RFC 7483. Recuperado el 10 de noviembre de 2016 .
  2. ↑ Zhou, L.; Kong, N.; Shen, S.; Sheng, S.; Servin, A. (marzo de 2015). Inventario y análisis de objetos de registro WHOIS . IETF . doi : 10.17487/RFC7485 . RFC 7485. Recuperado el 10 de noviembre de 2016 .
  3. ↑ "Servicio de datos de registro de Internet extensible web (weirds)" . IETF . 25 de marzo de 2015. Archivado del original el 11 de julio de 2015. Consultado el 10 de noviembre de 2016 .
  4. ↑ John Levine (10 de septiembre de 2014). "El reemplazo de WHOIS es sorprendentemente similar" . jl.ly. Archivado del original el 25 de diciembre de 2022. Consultado el 10 de noviembre de 2016 .
  5. ↑ Blanchet, Marc (marzo de 2015). Finding the Authoritative Registration Data (RDAP) Service . IETF . doi : 10.17487/RFC7484 . RFC 7484. Recuperado el 10 de noviembre de 2016 .
  6. ↑ "El Protocolo de Acceso a Datos de Registro (RDAP)" . ARIN . 22 de junio de 2015. Archivado del original el 1 de agosto de 2023. Consultado el 10 de noviembre de 2016 .
  7. 1 2 3 " Acuerdo de acreditación del registrador de 2013" . ICANN . Archivado del original el 7 de junio de 2017. Recuperado el 10 de noviembre de 2016. Tras la publicación por parte del IETF de una norma propuesta, un borrador de norma o una norma de Internet y cualquier revisión de la misma (según se especifica en la RFC 2026) relativa al servicio de directorio basado en la web, tal como se especifica en el grupo de trabajo del IETF sobre el servicio de datos de registro de Internet extensible web, el registrador deberá implementar el servicio de directorio especificado en dicha norma (o cualquier revisión de la misma) a más tardar 135 días después de que ICANN solicite dicha implementación.
  8. ↑ Comité del Programa de Nuevos gTLD (NGPC) (2 de julio de 2013). "Acuerdo de Nuevos gTLD" (PDF) . ICANN . Archivado (PDF) del original el 1 de septiembre de 2022. Recuperado el 10 de noviembre de 2016. El operador del registro deberá implementar un nuevo estándar que admita el acceso a los datos de registro de nombres de dominio (SAC 051) a más tardar ciento treinta y cinco (135) días después de que ICANN lo solicite si: 1) el IETF produce un estándar (es decir, se publica, al menos, como un RFC de estándar propuesto según lo especificado en el RFC 2026); y 2) su implementación es comercialmente razonable en el contexto del funcionamiento general del registro.
  9. ↑ "RDAP en ARIN" (PDF) . 17 de septiembre de 2019. Archivado (PDF) del original el 28 de noviembre de 2022. Recuperado el 8 de junio de 2020 .
  10. ↑ "abuserdap" . Archivado del original el 25/12/2022 . Consultado el 08/06/2020 .
  11. ↑ Kieren McCarthy (23 de octubre de 2019). «Acosada por el RGPD europeo, la ICANN afila la estaca de madera para acabar finalmente con el vampiro Whois» . The Register . Archivado del original el 25 de mayo de 2023. Consultado el 8 de junio de 2020 .
  12. 1 2 "Especificación temporal para datos de registro de gTLD – ICANN" . www.icann.org . Consultado el 8 de abril de 2023 .
  13. ↑ "Política de recordatorio de datos Whois – ICANN" . www.icann.org . Consultado el 8 de abril de 2023 .
  14. ↑ "Enmiendas globales de 2023 al Acuerdo de Registro (RA) de gTLD base, Especificación 13 y Acuerdo de Acreditación de Registradores (RAA) de 2013 – ICANN" . www.icann.org . Archivado del original el 7 de abril de 2023. Consultado el 7 de abril de 2023 .
  15. ↑ "Búsqueda de ICANN" . lookup.icann.org . Archivado del original el 31 de mayo de 2025. Consultado el 4 de junio de 2025 .
  16. ↑ "Inicio – Servicio de solicitud de datos de registro" . rdrs.icann.org . Consultado el 31 de mayo de 2025 .
  17. ↑ "Extensiones RDAP" . www.iana.org . Consultado el 8 de abril de 2023 .
  • Registro de servicios RDAP de IANA
  • Registro de extensiones RDAP de IANA
  • Registro de valores JSON RDAP de IANA
  • icann-rdap en GitHub : cliente RDAP de línea de comandos de ICANN. 
  • rdap en GitHub : cliente RDAP de línea de comandos escrito en Go. 
  • Cliente web RDAP.dev
  • Cliente web RDAP.space
  • Portal de información RDAP.org
  • RDAP en APNIC
  • RDAP en ARIN