Zusammenfassung

  • Seit 2021 verlangte ein Antrag eine Möglichkeit, fremde Reassignments und Reallocations an die eigene Org ID zu verhindern. ARIN stellte die Funktion im Januar 2026 bereit.
  • Erst sollte jede Org ID eingehende Zuordnungen standardmäßig ablehnen. 255.535 von 421.022 Org IDs hatten 2024 bereits mehrere einschlägige Einträge; ARIN stellte den Ausgangszustand deshalb auf Annahme.

Der fremde Eintrag trägt den vertrauten Namen

Die anonyme Eingabe von 2021 schilderte eine bestimmte Art von Identitätsanmaßung: Dritte konnten Adressraum so registrieren, dass er unter der Org ID eines bekannten Betreibers erschien. Selbst eine Sperre durch den ARIN-Helpdesk wäre dem Antragsteller recht gewesen. ARIN versprach die Umsetzung. Im August 2026 schloss das Register den Vorgang mit dem Hinweis, die Funktion sei bereits früher im Jahr eingeführt worden.

Warum das mehr als ein kosmetischer Datenfehler ist, zeigte die Diskussion bei ARIN 57. John Sweeting beschrieb einen Block, der im Whois scheinbar einem großen Kabelnetzbetreiber zugeschrieben wird. Reese Radcliffe berichtete zugleich von Kunden, die ihren Upstream-Anbieter aus Unkenntnis als Empfänger eintrugen. Eine absichtlich irreführende Angabe und ein Missverständnis sehen in der öffentlichen Datenbank zunächst gleich aus. Der Name des Empfängers wird in beiden Fällen beansprucht.

Von geschlossen auf offen in vierzehn Tagen

Am 6. November 2024 kündigte ARIN einen Schalter pro Org ID an. Die geplante Voreinstellung sollte eingehende Reallocations stoppen; berechtigte Empfänger müssten die Annahme aktiv freigeben. Am 20. November folgte die Kehrtwende. Unter 421.022 damaligen Org IDs hatten 255.535 mehr als eine Reallocation oder detaillierte Reassignment, also 60,7 Prozent. Ein pauschaler Stopp hätte viele gewöhnliche Delegationen unterbrochen. ARIN ließ die Annahme standardmäßig aktiviert und machte die Sperre zur freiwilligen Handlung.

Der heutige Leitfaden nennt Januar 2026 als Start. Ein Admin- oder Tech-Kontakt ändert die Einstellung in ARIN Online. Das Org Payload liefert acceptReassignments als booleschen Wert. Versucht jemand über Reg-RWS einen gesperrten Empfänger mit Reassign NET oder Reallocate NET zu adressieren, erhält er HTTP 403. Der Empfänger kann für eine gewollte Transaktion öffnen und danach wieder sperren. Die dokumentierte Funktion betrifft Zuordnungen an die Org ID; freie Namensangaben in anderen Feldern sind ein anderes Problem.

Eine öffentliche Zahl der gesperrten Org IDs und der abgewiesenen Versuche fehlt. Erst damit ließe sich die praktische Nutzung der Funktion beurteilen.