Zusammenfassung

  • last changed bei LACNIC bezeichnet die letzte Änderung der Informationen eines konkreten RDAP-Objekts; allein datiert es weder Transfer noch BGP-Umschaltung, Verkehrsmigration oder Netzwerkübergabe.
  • Die Live-Antwort zu 200.7.85.1 zeigt ein 2024 geändertes Netzwerkobjekt und zwei 2026 geänderte Entitäten. Drei Uhren gehören zu drei Objekten.

Analyse

Am 26. August 2026 lieferte die Abfrage von 200.7.85.1 das umfassende Netzwerkobjekt 200.7.84.0/23 zurück, von 200.7.84.0 bis 200.7.85.255. Der Block ist als ASSIGNED bezeichnet, registriert am 25. Januar 2008 und zuletzt geändert am 17. September 2024.

Dieselbe JSON-Antwort enthält weitere Entitäten. Für den Registranten UY-LACN-LACNIC gilt der 7. August 2026 als letzte Änderung. Der Kontakt AIL mit administrativen, technischen und Missbrauchsrollen wurde am 20. Januar 2026 zuletzt geändert. Die Daten erzählen nicht von drei Netzwerkübergaben. 2024 gehört zum Netzwerkobjekt, die beiden Daten von 2026 zu Entitätsdatensätzen.

RFC 9083 definiert events als Ereignisse an einer Instanz einer Objektklasse. last changed notiert, wann die Informationen in dieser Instanz zuletzt geändert wurden. Registrierung, erneute Registrierung, Transfer, Ablauf, Löschung und Wiederherstellung sind eigene Aktionen. Aus „letzte Änderung“ darf daher nicht „Transfer“ werden.

LACNICs Whois-Hinweise ziehen dieselbe Grenze. Bei einer Internetressource datiert changed die letzte Änderung der Ressourceninformationen; bei einem Kontakt die Änderung seiner Kontaktdaten. RDAP standardisiert den HTTP- und JSON-Zugriff auf Whois-Registrierungsdaten, erweitert aber nicht deren Beweiskraft.

Bei Übernahmen, Streitfällen oder Vorfällen wird ein präzises Datum leicht als Tag des Kontrollwechsels übernommen. Die Antwort sagt jedoch weder, welches Feld geändert wurde, noch nennt sie einen Akteur des Netzwerkereignisses. Sie erwähnt keinen Vertrag, keine Zahlung, keine Hardware und keine Kundenumschaltung. Belegt ist nur, dass Informationen dieses Objekts bis zu diesem Zeitpunkt geändert wurden.

Routing folgt einem anderen Mechanismus. RFC 4271 beschreibt BGP, Routenankündigungen, Rücknahmen und Auswahl zwischen autonomen Systemen. Ein Kontakt kann sich ändern, ohne dass sich eine Route ändert; Ursprung oder Verkehr können sich ändern, ohne dass RDAP gleichzeitig aktualisiert wird. Eine belastbare Chronologie trennt deshalb Register, Rechtsdokumente, BGP-Historie und tatsächliche Dienstmigration.

last changed ist wertvoll, um Archivfenster festzulegen, Schnappschüsse zu vergleichen und nach authentifiziertem Zugriff zu fragen. Das Fehlen eines transfer-Ereignisses beweist nicht, dass nie eine wirtschaftliche oder operative Übergabe stattfand; es zeigt nur, dass dieses Objekt keine solche meldet.

Die praktische Regel lautet: zuerst das Objekt nennen. „Das Netzwerkobjekt wurde geändert“ ist belegt. „Das Netzwerk wechselte den Besitzer“ verlangt weitere Beweise.

Quellen