Zusammenfassung

  • Am 28. Januar 2025 übertrug APNIC sechzehn /22 mit 16.384 Adressen und AS64013 gemeinsam von CONA HOSTING SDN BHD an CyberForest LLC.
  • AS136209 kam im März getrennt hinzu; AS64013 ging im September an YANCY LIMITED. Aktuelles RDAP zeigt die sechzehn Blöcke bei CyberForest und die ASNs bei verschiedenen Haltern.

Ein APNIC-Transfer vom 28. Januar 2025 wirkt wie eine fertig gepackte Kiste: sechzehn IPv4-Bereiche der Größe /22 und AS64013 wechselten zusammen von CONA HOSTING SDN BHD zu CyberForest LLC. Die Bereiche enthalten insgesamt 16.384 Adressen. Was an diesem Tag als eine Zeile erschien, verlief später auf getrennten Wegen. Wer die alte Kiste heute ungeöffnet als Bestand ausweist, zählt den ASN am falschen Ort.

Zunächst kam ein zweiter ASN hinzu. Am 17. März übertrug CONA AS136209 an CyberForest, ohne IPv4-Bereiche in derselben Zeile. Am 3. September übertrug CyberForest AS64013 an YANCY LIMITED, wiederum ohne IPv4. Die sechzehn /22 tauchen in keinem dieser beiden ASN-Transfers auf. Das ursprüngliche Bündel wurde registratorisch auseinandergezogen: Adressbereiche blieben, der zuerst mitgelieferte ASN ging, ein anderer war zwischenzeitlich angekommen.

Die aktuelle APNIC-RDAP-Abfrage jedes exakten /22 bestätigt die damaligen Grenzen und nennt CyberForest LLC. als Registranten. Jeder Bereich enthält 1.024 Adressen. Sie liegen verteilt in 43/8, 45/8, 103/8 und 202/8. Die Gesamtzahl entspricht zwar der Größe eines /18, aber der Transfer enthält keinen zusammenhängenden /18. Die sechzehn Einzelgrenzen sind der Inhalt der Quittung und die Grundlage für eine spätere Prüfung einzelner Abgänge.

Bei den ASNs lautet der aktuelle Befund anders. AS64013 ist laut APNIC RDAP für YANCY LIMITED registriert, AS136209 für CyberForest LLC. In der Januarzeile steht für das Empfängerland ZZ. Dieser historische Code ersetzt keine Prüfung der heutigen Objekte. Die Identität einer Ressource ergibt sich aus ihrer Nummer, dem Datum der jeweiligen Übertragung und dem aktuellen Registrierungsobjekt, nicht aus einem alten Sammelfeld.

APNICs Datenformat kann gleichzeitige IPv4- und ASN-Bewegungen in einer maschinenlesbaren Zeile bewahren. Das ist für die Rekonstruktion des Januarereignisses nützlich. Es ist kein Versprechen, dass die Ressourcen auf Dauer zusammenbleiben. Die beiden ASN-Zeilen beweisen, dass eine Nummer allein kommen und eine andere allein gehen konnte. Eine Momentaufnahme einer Transaktion ist keine aktuelle Karte der Kontrollverhältnisse.

Ob AS64013 jemals einen der sechzehn Präfixe als Ursprung angekündigt hat, müsste ein datierter BGP-Beleg zeigen. Für die Registrierungsfolge liegen die APNIC-Quellen bereits vor. Eine verlinkte Komponentenansicht könnte vom ursprünglichen Bündel direkt zu den späteren Wegen jedes Präfixes und ASN führen. Dann würde der heutige Bestand nicht vom Gedächtnis eines alten Transferdatensatzes abhängen.

APNIC-Primärbelege