Resumen

  • En LACNIC, last changed registra cuándo cambió la información de un objeto RDAP concreto; por sí solo no fecha una transferencia, un cambio BGP ni la entrega operativa de una red.
  • Una respuesta en vivo para 200.7.85.1 muestra un objeto de red modificado en 2024 y dos entidades insertadas modificadas en 2026. Son tres relojes de tres objetos.

Análisis

El 26 de agosto de 2026, la consulta de 200.7.85.1 devolvió el objeto de red que lo contiene: 200.7.84.0/23, desde 200.7.84.0 hasta 200.7.85.255. El bloque figura como ASSIGNED, con registro el 25 de enero de 2008 y último cambio el 17 de septiembre de 2024.

La misma respuesta JSON incluye otras entidades. El titular UY-LACN-LACNIC tiene como último cambio el 7 de agosto de 2026. El contacto AIL, con funciones administrativas, técnicas y de abuso en la respuesta, cambió el 20 de enero de 2026. Las fechas no narran tres entregas de la red. La de 2024 corresponde al objeto de red; las de 2026, a fichas de entidad.

RFC 9083 define events como sucesos sobre una instancia de una clase de objeto. last changed indica cuándo cambió por última vez la información de esa instancia. La norma registra acciones diferentes para registro, reinscripción, transferencia, vencimiento, eliminación y restablecimiento. Si el servidor dice «último cambio», el analista no puede sustituirlo por «transferencia».

La guía Whois de LACNIC aplica la misma separación. Para un recurso de Internet, changed es la fecha de la última modificación de la información del recurso. Para un contacto, es la modificación de la información de ese contacto. RDAP normaliza el acceso HTTP y JSON a los datos de registro; no convierte una fecha administrativa en evidencia operativa universal.

La precisión aparente crea el riesgo. En una compra, una disputa o un incidente, la fecha puede copiarse como si marcara cuándo cambió el control. La respuesta no identifica qué campo cambió ni quién ejecutó el evento superior. Tampoco menciona contrato, pago, equipo, clientes o propiedad efectiva. Establece una proposición más estrecha: la información del objeto fue modificada para ese momento.

El enrutamiento funciona en otra capa. RFC 4271 describe BGP, los anuncios y retiros de rutas y la selección entre sistemas autónomos. Puede cambiar un contacto sin variar ninguna ruta; también puede cambiar el origen o el tráfico sin que RDAP se actualice al mismo tiempo. Por eso una cronología rigurosa separa registro, documentos corporativos, historia BGP y migración de servicios.

last changed sí sirve para delimitar búsquedas, comparar capturas y formular preguntas sobre acceso autenticado. La ausencia de un evento transfer no demuestra que jamás existiera un traspaso comercial u operativo; solo demuestra que esta respuesta no lo informa así.

La prueba se conserva con una regla sencilla: nombrar el objeto antes que el evento. «Cambió el objeto de red» es fiel. «La red cambió de manos» requiere evidencia adicional.

Fuentes