Zusammenfassung

  • RIPE-Atlas-Daten von Januar 2019 bis April 2026 zeigen 731 Sonden, die mindestens einmal an einem konservativen Test der physikalischen Laufzeitgrenze scheiterten.
  • Nach Hinweisen zu 258 aktiven Fällen aktualisierten 93 von 103 antwortenden Betreibern den gemeldeten Standort ihrer Sonde.

Der Kartenpunkt saß in Deutschland. Die Pakete antworteten, als kämen sie aus Südostasien. Über ein Jahr lang meldete eine RIPE-Atlas-Sonde einen Standort am Rhein, während ihre schnellsten Antworten woanders hinzeigten. Im April 2023 verschob der Betreiber den Punkt nach Brunei. Das Netz hatte die Adresse längst verraten.

Das ist keine kosmetische Kartenfrage. Der Standort einer Sonde ist Teil der Messung. Forschende nutzen Laufzeiten, um den Ort von IP-Adressen, Diensten und Netzen einzugrenzen. Liegt der Ausgangspunkt in der falschen Stadt, können saubere Messwerte eine sauber formulierte falsche Antwort liefern.

Katherine Izhikevich und ihre Mitautorinnen und Mitautoren werteten RIPE-Atlas-Daten von Januar 2019 bis April 2026 aus. Sie identifizierten 731 einzelne Sonden – 2,4 Prozent der untersuchten Sonden –, deren Antworten irgendwann nicht zum eingetragenen Standort passten. Im April 2026 scheiterten noch 155 Sonden am Test. Der Monatswert stieg von 22 im Januar 2019 auf 155 sieben Jahre später.

Ein verdächtiger Ping reichte nicht. Die eingebauten DNS-Messungen von RIPE Atlas fragen bei jeder verbundenen Sonde alle vier Minuten die 13 Identitäten der Root-Server ab. Das Team nutzte diesen historischen Bestand erneut und zog am ersten Tag jedes Monats drei Messungen pro Tag heran. Für jede Sonde und jede Root-Server-Instanz blieb die kürzeste Round-Trip-Zeit stehen. Die Lichtgeschwindigkeit in Glasfaser setzt eine physikalische Untergrenze. Ist die gemessene Zeit kürzer als die theoretisch mögliche Strecke vom gemeldeten Standort zum Server, kann der Kartenpunkt dort nicht sitzen.

Die Sonde musste diese Grenze gegenüber mindestens zwei Root-Server-Identitäten verschiedener Betreiber verletzen. Die Rechnung erhielt einen Standortpuffer von 100 Kilometern; Starlink-Sonden blieben außen vor, weil Satellitenverbindungen schneller sein können als der Vergleichswert für terrestrische Glasfaser. Auch die Standorte der Root-Server prüften die Forschenden unabhängig. Die 731 sind deshalb eine konservative Untergrenze, keine Vollzählung aller veralteten Koordinaten.

Dann wanderte die Studie in den Betrieb. Von Juli 2025 bis April 2026 meldeten die Forschenden dem RIPE NCC 258 Sonden, die den Test noch verletzten. RIPE Atlas benachrichtigte die Betreiber; sie konnten die vorgeschlagene Korrektur annehmen oder bestreiten. 103 antworteten: 93 aktualisierten den Standort, 10 bestritten die Korrektur. Bei 52 Prozent der Standortkorrekturen hatte die Sonde den Test bereits mindestens 13 Wochen lang verletzt. Auch Geografie hat ein Ticket-Warteschlangensystem.

Manche Sonden waren umgezogen und hatten nur ihre Adresse nicht mitgenommen. Andere scheinen schon bei der Einrichtung falsch eingetragen worden zu sein. Bei gemieteten Servern kommt eine weitere Frage hinzu: Wer eine virtuelle Sonde betreibt, kennt vielleicht die Stadt des physischen Rechners nicht. Vier der zehn Betreiber, die eine Korrektur ablehnten, verwiesen auf virtuelle Server eines Drittanbieters. Das Land konnte stimmen; der Stadtpunkt passte trotzdem nicht zu den Messungen.

Ein falscher Standort bleibt nicht in seiner Zeile. Der IPmap-Dienst des RIPE NCC schätzt anhand von Atlas-Laufzeiten die Stadt von IP-Adressen. Im jüngsten untersuchten Jahr fanden die Forschenden unter 2.800 von IPmap genutzten Sonden 28 wahrscheinlich falsch verortete. Sie könnten 1.125 Stadtschätzungen unter 98.000 Kandidaten beeinflusst haben. In einer früheren Auswertung konnten 33 verdächtige Sonden 4,3 Prozent von 8.000 Kandidaten betreffen. Jede Sonde verleiht ihre Koordinaten an alle Schlüsse, die auf ihr beruhen.

RIPE Atlas hatte bereits eine Funktion für Standortstreitfälle und System-Tags für angefochtene oder geklärte Positionen. Die Studie lieferte dieser Infrastruktur fortlaufend messgestützte Hinweise. Eine gemeinschaftliche Karte braucht vom ersten Tag an keine perfekten Stecknadeln. Sie braucht einen Weg, einen Widerspruch zwischen Messwert und Register zu erkennen und den Beleg zur Person zu bringen, die den Eintrag ändern kann. Licht füllt keine Formulare aus, erkennt aber eine Nachsendeadresse sofort.

Quellen: Izhikevich et al., „Rooting Out Incorrect RIPE Atlas Probe Geolocations“, arXiv:2409.19109v4; RIPE-Atlas-Dokumentation zu integrierten Messungen, Sondenstandorten und Sonden-Tags.