Cómo interpretar el registro RDAP de una dirección IP

Encontrar el registro no termina la comprobación

RDAP muestra qué consta en el registro. Para gestionar una red también hay que saber quién anuncia las direcciones, qué autorización existe, quién controla la cuenta y cómo se resolvería un cambio. Esta guía recorre la consulta, los campos y su uso en una auditoría.

Las direcciones, organizaciones y fechas de los ejemplos son ilustrativas. No son consultas en tiempo real. Los fragmentos JSON originales se conservan sin modificar.

Qué puedes averiguar con RDAP

RDAP significa Registration Data Access Protocol. Permite consultar datos de registro de rangos IPv4, prefijos IPv6 y números de sistema autónomo (ASN) mediante peticiones web normalizadas y respuestas JSON. Lo importante para un operador es interpretar sus resultados sin atribuirles más alcance del que tienen.

Puedes encontrar el rango, el registro que responde, un identificador, el nombre de red, el tipo y el estado, entidades y contactos, fechas de eventos, relaciones con un bloque superior y notas. Es útil en inventarios, diagnóstico, investigaciones de seguridad, transferencias IPv4 y adquisiciones de empresas.

¿Reconoces la organización? ¿Siguen siendo válidos los contactos administrativos, técnicos y de abuso? ¿Coincide lo que aparece con tus registros internos? RDAP ayuda a responder, pero es solo una capa de la auditoría de recursos.

RDAP frente a WHOIS: facilita el análisis, no sustituye el criterio

Ambos dan acceso a información de registro. WHOIS ofrece principalmente texto, con diferencias entre registros. RDAP aporta JSON, consultas normalizadas, HTTP/HTTPS, redirecciones entre servicios y mejores recursos para la internacionalización. RIPE NCC y APNIC ofrecen servicios RDAP.

Todo ello facilita las consultas automáticas y la integración con aplicaciones. Aun así, compartir una estructura no significa que las clasificaciones o políticas de todos los RIR sean iguales. Guarda el valor original antes de interpretarlo.

Localiza el servicio adecuado antes de consultar

La consulta suele utilizar /ip/{IP-address} o /ip/{CIDR-prefix}. Por ejemplo, /ip/192.0.2.1 busca una dirección y /ip/192.0.2.0/24 un prefijo. El resultado de buscar una dirección puede ser el bloque que la contiene.

Los registros de arranque RDAP de IANA relacionan rangos con servicios para que el cliente encuentre la fuente autorizada. También puedes utilizar las interfaces de los RIR. RIPE NCC documenta https://rdap.db.ripe.net/ip/{address}. Guarda el servicio consultado y la hora para poder reproducir la comprobación.

Una respuesta simplificada para orientarse

Este ejemplo reúne rango, nombre, estado, entidades y eventos. 192.0.2.0/24 y los nombres EXAMPLE sirven para explicar el formato, no para describir una red real. Una respuesta puede incluir más campos u omitir miembros opcionales por las reglas del servicio o los permisos de acceso.

{
  "objectClassName": "ip network",
  "handle": "NET-192-0-2-0-1",
  "startAddress": "192.0.2.0",
  "endAddress": "192.0.2.255",
  "ipVersion": "v4",
  "name": "EXAMPLE-NET",
  "type": "DIRECT ALLOCATION",
  "country": "ZZ",
  "status": [
    "active"
  ],
  "entities": [
    {
      "handle": "EXAMPLE-ORG",
      "roles": [
        "registrant"
      ]
    },
    {
      "handle": "EXAMPLE-ABUSE",
      "roles": [
        "abuse"
      ]
    }
  ],
  "events": [
    {
      "eventAction": "registration",
      "eventDate": "2020-01-01T00:00:00Z"
    },
    {
      "eventAction": "last changed",
      "eventDate": "2026-01-15T00:00:00Z"
    }
  ]
}

1. objectClassName: identifica el tipo de objeto

ip network es la clase de un registro de red IP. autnum corresponde a un ASN; entity, a una organización o contacto; domain, a un dominio; y nameserver, a un servidor de nombres. Al investigar un prefijo, confirma que estás leyendo la red y no solo un objeto relacionado.

"objectClassName": "ip network"

2. startAddress y endAddress: registra el rango completo

Son los límites del rango al que se aplica la ficha. Una búsqueda de 192.0.2.45 puede devolver desde 192.0.2.0 hasta 192.0.2.255. No se trata necesariamente de un registro independiente para cada dirección.

Anota ambos extremos. Después podrás compararlos con el inventario, las asignaciones y los anuncios reales, cuyos límites pueden ser distintos.

"startAddress": "192.0.2.0",
"endAddress": "192.0.2.255"

3. ipVersion: distingue IPv4 de IPv6

v4 identifica IPv4 y v6 identifica IPv6. Es una comprobación sencilla pero importante cuando procesas muchas respuestas y debes aplicar formatos o reglas de prefijo diferentes.

"ipVersion": "v4"

4. handle: el identificador de la ficha

handle identifica de forma única el objeto dentro del sistema del registro. No es la dirección IP. Sirve para cruzar referencias, seguir cambios, documentar auditorías, consultar enlaces y comparar datos históricos.

Identificar un objeto no equivale a certificar la propiedad jurídica del recurso.

"handle": "NET-192-0-2-0-1"

5. name: el nombre de red puede no ser la razón social actual

name permite reconocer la red, pero puede conservar una etiqueta histórica. Una empresa cambia de nombre o adquiere una red sin que todos los nombres técnicos cambien a la vez.

Contrasta el valor con las entidades, la información de la organización, los documentos societarios y otros datos del registro antes de sacar conclusiones.

"name": "EXAMPLE-NET"

6. type: aplica la definición del RIR correspondiente

type contiene una clasificación propia del modelo de registro del RIR. DIRECT ALLOCATION es un ejemplo; no presupongas que todos los registros utilizan los mismos valores o significados.

Guarda el dato y consulta después la terminología y las políticas de esa institución. Una etiqueta no resuelve por sí sola cuestiones de derechos.

"type": "DIRECT ALLOCATION"

7. country: registro y geolocalización son cosas distintas

El país de una ficha no demuestra dónde están todos los servidores o usuarios. El bloque puede asociarse a una organización de un país y anunciarse en otro, atender clientes internacionales, operar desde varios lugares o utilizarse en la nube. Las bases comerciales GeoIP también pueden discrepar.

Investigar la ubicación requiere más pruebas. ZZ es un valor ilustrativo en este ejemplo, no una medición ni el resultado de una consulta real.

"country": "ZZ"

8. status: active no garantiza conectividad

status describe el estado del objeto registrado. Para redes y ASN, IANA define active en relación con recursos asignados o adjudicados para su uso en redes operativas. No es una comprobación en directo del funcionamiento.

No demuestra que exista un anuncio BGP, que la ruta sea accesible, que un ASN esté autorizado, que haya un ROA válido, que el DNS inverso funcione ni que se transporte tráfico de producción. Comprueba registro, rutas, RPKI, IRR y DNS por separado.

"status": [
  "active"
]

9. parentHandle: sigue la relación con el bloque superior

parentHandle identifica el registro de red superior. Los recursos se organizan jerárquicamente y un bloque pequeño puede formar parte de una asignación mayor.

Seguir esa relación ayuda a comprender asignaciones a clientes, redes delegadas, historial y relaciones entre organizaciones. Puede aportar contexto que la primera respuesta no muestra.

"parentHandle": "PARENT-NET"

10. entities: quién aparece y con qué relación

Una entidad puede representar una organización, una persona o un contacto del registro. Puede incluir su propio handle, datos de contacto, roles, otras entidades, eventos, notas y enlaces.

Ver un nombre no basta para atribuirle toda la responsabilidad sobre el recurso. Comprueba el papel que indica roles.

"entities": [
  {
    "handle": "EXAMPLE-ORG",
    "roles": [
      "registrant"
    ]
  }
]

11. roles: encuentra al interlocutor que necesitas

Entre los roles habituales están registrant, administrative, technical, abuse, noc y billing. abuse identifica una función de atención de abusos; technical, una función técnica. Una entidad puede asumir varias.

Comprueba que reconoces a la organización, que los contactos administrativos siguen autorizados, que el contacto técnico está actualizado y que el canal de abuso funciona. Los datos antiguos dificultan transferencias, incidentes, diagnóstico y recuperación de cuentas.

"roles": [
  "abuse"
]

"roles": [
  "technical"
]

12. vcardArray: los contactos no siempre se publican completos

vcardArray contiene datos estructurados como nombre de organización, persona o función, dirección, correo y teléfono. No todos tienen que aparecer en cada respuesta.

Influyen la implementación, la privacidad, los permisos, la ocultación de datos, el tipo de recurso y las reglas aplicables. Antes de concluir que el registro carece de información, revisa remarks y notices.

13. events: utiliza las fechas como pistas

eventAction identifica el evento y eventDate su fecha. Puedes encontrar registration, last changed, expiration o deletion. Para una auditoría suelen ser especialmente útiles el alta y la última modificación.

Un cambio reciente puede ser una actualización de contacto, reorganización, mantenimiento, transferencia o corrección. No es sospechoso por definición. Una fecha antigua tampoco prueba abandono. Busca una explicación en el historial.

"events": [
  {
    "eventAction": "registration",
    "eventDate": "2020-01-01T00:00:00Z"
  },
  {
    "eventAction": "last changed",
    "eventDate": "2026-01-15T00:00:00Z"
  }
]

14. remarks: lee el contexto del objeto

Las observaciones pueden explicar particularidades, restricciones, datos ocultos, antecedentes o información específica del registro. No las descartes por aparecer al final del JSON.

En una revisión previa a una operación, pueden cambiar la interpretación de los demás campos.

"remarks": [
  {
    "description": [
      "Additional registration information."
    ]
  }
]

15. notices: entiende las condiciones de la respuesta

notices se sitúa en el nivel superior y se refiere normalmente a la respuesta completa: condiciones de uso, privacidad, derechos de autor, ocultación de datos o límites de consulta. remarks se vincula a un objeto concreto.

Un sistema automático tampoco debería ignorar estas notas. Pueden explicar por qué faltan datos o cómo debe utilizarse lo recibido.

16. links: continúa hacia los objetos relacionados

Un enlace puede llevar al objeto actual, un padre, una entidad, otra representación u otro recurso del registro. rel indica relaciones como self o up; href contiene el destino.

El fragmento original que sigue es parcial. Un objeto de enlace conforme a RFC 9083 también necesita value. Úsalo para entender la relación, no como plantilla completa de una respuesta válida.

"links": [
  {
    "rel": "self",
    "href": "https://example.net/rdap/ip/192.0.2.0/24"
  }
]

Un orden práctico para la primera revisión

Empieza por rango y versión IP; continúa con identificador, nombre, tipo y estado; revisa después entidades, roles y eventos. Termina con observaciones, avisos y vínculos con el padre u otros objetos.

La tabla sirve de guía para esa primera pasada. Aún quedan por comprobar el enrutamiento, las autorizaciones, la reputación y las dependencias del negocio.

Seis conclusiones que RDAP no permite sacar por sí solo

Rutas actuales: un bloque puede constar en RDAP sin estar visible en BGP. Consulta anuncio, ASN de origen, estabilidad y longitud del prefijo por otra vía.

Autorización: la entidad registrada no identifica automáticamente al ASN autorizado. Revisa ROA y validación RPKI, objetos IRR, cartas de autorización aplicables y anuncios BGP, teniendo en cuenta el alcance distinto de cada prueba.

Derechos legales o contractuales: el registro es una evidencia, no una resolución universal. Pueden intervenir acuerdos, documentos de transferencia, información societaria, políticas, historial, legislación y decisiones pertinentes.

Ubicación física: country no sustituye a GeoIP ni a la investigación de red. Reputación: spam, listas de bloqueo, malware, abusos históricos y reputación comercial requieren consultas específicas.

DNS inverso: verifícalo de forma independiente, sobre todo en correo, alojamiento, servicios empresariales y operaciones de seguridad.

Relaciona las capas de información

La capa de registro describe los datos registrados; BGP, las rutas observadas; la de autorización, la relación entre origen y permisos; DNS, los nombres y la delegación inversa.

Añade seguridad de objetos RPKI y accesos, reputación, documentos de obtención y administración del recurso y capacidad de seguir gestionándolo cuando cambien empleados, proveedores, infraestructura u organización.

Un inventario interno de referencia conecta hechos, fuentes y discrepancias. Ningún campo aislado representa todo el estado operativo del recurso.

Una auditoría de recursos en siete pasos

1. Crea el inventario de IPv4, IPv6 y ASN relevantes. Incluye reservas, recursos sin uso, delegados, heredados o destinados a continuidad; no te limites a las configuraciones activas.

2. Consulta cada recurso. Guarda rango, registro, handle, nombre, tipo, estado, organizaciones, contactos administrativos, técnicos y de abuso, fechas de alta y cambio, servicio y hora de consulta.

3. Compara con la documentación interna: organización, empleo y autorización de contactos, rango, historia y acceso a la cuenta del registro. Explica las diferencias antes de dar por correcta una de las fuentes.

4. Verifica BGP aparte: ASN de origen, prefijo anunciado, visibilidad, proveedores de tránsito esperados y anuncios inesperados. Una consulta RDAP correcta no certifica una red sana.

5. Revisa ROA, ASN, prefijo, longitud máxima, estado RPKI e información IRR. Repite la comprobación tras migraciones o cambios de ASN.

6. Identifica dependencias: DNS inverso, API, listas de acceso de clientes, VPN, cortafuegos, SaaS, pagos, correo y documentación de cumplimiento.

7. Documenta excepciones: diferencia, causa, responsable, corrección necesaria y riesgo de continuidad. El expediente debe ser comprensible para quien lo retome.

La revisión de una transferencia IPv4 exige más capas

Antes de una operación, identifica RIR, rango registrado, entidades, relaciones con bloques superiores, últimas modificaciones y contexto de notas y avisos. Contrasta todo con los documentos de la transacción.

La diligencia también abarca procedimientos aplicables, documentos societarios y de transferencia, historial BGP, RPKI, IRR, DNS inverso, reputación y despliegue. La referencia original sobre registros WHOIS/RDAP desactualizados se mantiene entre las lecturas adicionales.

Cuando un dato administrativo amenaza la continuidad

El contacto técnico dejó la empresa hace tres años; cambió la razón social; nadie sabe quién controla la cuenta; cientos de clientes tienen el bloque en sus listas de acceso; y se aproxima una migración. En ese momento, mantener el registro al día deja de ser una tarea meramente documental.

Los recursos críticos necesitan datos actuales, acceso controlado, responsables internos, historial, visibilidad de rutas y RPKI y procedimientos de recuperación. El registro debe ser una pieza fiable del conjunto.

El objetivo es que los datos expliquen la red real

RDAP muestra lo que consta en el registro; BGP, lo observado en el enrutamiento; RPKI ayuda a comprobar la coincidencia del origen con una autorización; DNS refleja nombres y delegaciones. Los documentos corporativos y de transacciones explican el historial.

No confundas registro con ruta, país con ubicación, entidad con título jurídico ni active con uso efectivo. Si tu organización depende de IPv4, IPv6 o ASN, revisa periódicamente que todas estas capas sigan siendo exactas, comprensibles y coherentes con la operación.

Seis preguntas habituales

¿Qué es un registro RDAP?

Una respuesta estructurada con datos de registro: rango, identificador, estado, entidades, contactos, eventos y otra información sobre el recurso.

¿Qué significa RDAP?

Registration Data Access Protocol, el protocolo de acceso a datos de registro.

¿Se puede consultar una dirección IPv4?

Sí. También admite direcciones IPv6, rangos CIDR y consultas de ASN por su ruta correspondiente. El resultado puede abarcar más que la dirección introducida.

¿Qué mejora frente a WHOIS?

Las consultas normalizadas, JSON, HTTPS y redirecciones facilitan automatización e integración. WHOIS sigue siendo conocido por muchos operadores; los datos siempre deben interpretarse en contexto.

¿Qué significa handle?

Es el identificador único del objeto dentro del registro y permite cruzar referencias. No certifica la propiedad del recurso.

¿active significa que la red funciona?

Describe un estado de registro. No prueba por sí solo que exista una ruta actual, que sea accesible o que supere la validación de origen RPKI.

Origen y notas de esta edición

Ann Yong publicó y actualizó el artículo el 26 de agosto de 2026. Esta edición conserva todos los temas, 16 fragmentos JSON, dos tablas y seis respuestas. Las cinco respuestas duplicadas en el antiguo acordeón se agrupan con sus equivalentes. Las precisiones sobre active y la ausencia de value en el ejemplo links son notas editoriales actuales; se mantiene la fecha original.

Normas y lecturas adicionales

• Auditar los recursos numéricos
• Inventario de referencia de la red
• Riesgo en la capa de registro
• Comprobar el origen BGP
• RFC 9082
• RFC 9083
• RFC 9224
• IANA: valores RDAP
• IANA: arranque IPv4
• Datos desactualizados en transferencias IPv4

Elige el siguiente paso a partir de las pruebas

Si la revisión revela un riesgo, NRS Shield ofrece apoyo a los miembros. Un POA es una decisión independiente de representación: revisa alcance, duración, facultades y revocación. Leer la guía o solicitar ayuda no concede un mandato.

Conocer NRS Shield · Entender el POA y la representación · Ver las acciones vigentes