Zusammenfassung

  • Mit APNICs optionalem Attribut geofeed kann ein berechtigter Maintainer genau einen HTTPS-Feed mit einer Adressressource verknüpfen.
  • Der geschützte Verweis beweist weder die physische Richtigkeit noch die Vollständigkeit oder Aktualität jeder Zeile der externen CSV-Datei.

Der belastbare Datensatz beginnt nicht bei der Stadt, sondern bei der Beweiskette. Zum Stichtag lieferte die APNIC-Abfrage für 206.83.119.190 den Bereich 206.83.112.0 - 206.83.119.255, den Maintainer MAINT-SPACEX-AP und einen Verweis auf die separat gehostete Datei. Das Registry-Objekt war zuletzt im März 2026 geändert worden. Die separat abgerufene Datei trug dagegen einen HTTP-Änderungszeitpunkt vom Morgen des Abrufs im August.

Die Zeitangaben gehören zu getrennten Kontrollflächen. APNIC verwaltet das Objekt und die Berechtigung zu seiner Änderung. Der Betreiber verwaltet die externe CSV-Datei. Geolokalisierungsanbieter entscheiden über Abrufrhythmus, Konfliktbehandlung und Weitergabe. Hinter einer unveränderten URL können daher viele Dateiversionen stehen.

APNICs inetnum-Leitfaden beschreibt geofeed als optionales, einwertiges Feld mit einer gültigen HTTPS-URL zu einer selbst veröffentlichten CSV-Datei. Im selben Leitfaden bezeichnet mnt-by den Maintainer, der Änderungen am geschützten Objekt autorisiert und authentifiziert. Das ist ein Herkunftsnachweis für den Link, keine Ortsprüfung durch APNIC.

Die APNIC-Betriebsanleitung trennt die Schritte: CSV erstellen, über HTTPS bereitstellen und die URL über MyAPNIC in das Whois-Objekt eintragen. Sie warnt außerdem davor, country als Netzstandort zu lesen. Bei APNIC-gepflegten Datensätzen steht das Feld für die Ökonomie, in der die Organisation rechtlich registriert ist. APNIC kündigte die Unterstützung am 18. August 2023 an.

RFC 8805 definiert einen Geofeed als selbst veröffentlichte Zuordnung von Präfixen zu optionalen Angaben über Land oder Ökonomie, Region und Stadt. Verbraucher sollen sowohl die Veröffentlichungsbefugnis als auch, soweit praktikabel, die Ortsgenauigkeit prüfen. Weil Änderungen ohne Nachricht möglich sind, wird ohne andere Vorgabe mindestens ein wöchentlicher Abruf empfohlen.

RFC 9632 setzt weitere Grenzen: HTTPS ist Pflicht; nicht signierte Zeilen außerhalb des verweisenden Adressbereichs sind zu ignorieren; das spezifischste anwendbare Objekt beeinflusst die Auswahl. Eine optionale RPKI-Signatur verstärkt die Authentifizierung. Sie signiert jedoch eine Aussage und vermisst keinen Ort.

Im beobachteten Feed waren innerhalb des /21 sieben /24 und zwei /25 Sydney zugeordnet. Die Aufnahme belegt, was der Herausgeber zu diesem Zeitpunkt erklärte. Sie lokalisiert weder Endnutzer noch Satelliten-Gateway, Einrichtung oder Verkehrsweg unabhängig.

Zu einer prüfbaren Evidenzhülle gehören deshalb APNIC-Objekt, Maintainer-Kontext, spezifischster Bereich, URL, Abrufzeit, Header, vollständiger Dateihash, passende Zeile und Signaturstatus. Erst zusätzliche Quellen testen die Genauigkeit. Wer diesen Übergang auslässt, macht aus authentifizierter Herkunft eine Ortsgarantie, die APNIC nie gegeben hat.

Quellen