Zusammenfassung

  • ARIN erklärte am 29. September, dass ARIN Online einen neuen POC automatisch mit dem Konto der Person verknüpft, die ihn anlegt. Ein Personen-POC kann jeweils nur ein ARIN-Online-Konto haben. Legt ein Kollege den Datensatz für jemand anderen an, kann die vorgesehene Person ihr Konto daher nicht mit diesem Handle verbinden.
  • ARIN empfiehlt, dass jede Person ihren eigenen Personen-POC anlegt und dessen Handle einem zuständigen Admin- oder Tech-POC der Organisation übergibt. Ein Rollen-POC kann mehrere Konten haben, wenn eine gemeinsame Verwaltung sachgerecht ist.

Die entscheidende Weiche wird beim Anlegen gestellt

ARINs Empfehlung ist eindeutig: keinen personentypischen Point-of-Contact-Handle (POC) für eine andere Person anlegen. Es geht nicht darum, ob ein Unternehmen einen Kollegen als Kontakt eintragen darf. In ARIN Online sind die Anlage des Datensatzes und die Verknüpfung mit einem Benutzerkonto miteinander verbunden.

In der September-Ausgabe 2026 von ARIN Bits erklärt der Bereich Registration Services, dass ein Personen-POC jeweils nur mit einem ARIN-Online-Konto verknüpft sein kann. Derselbe Hinweis sagt, dass das System einen neuen POC automatisch dem Konto des Erstellers zuordnet. Legt diese Person einen POC für einen Kollegen an, wird also das Konto des Erstellers verknüpft; laut ARIN kann der Kollege sein eigenes Konto anschließend nicht mit diesem Handle verbinden. Die Quelle beschreibt die von ARIN empfohlene Vorgehensweise. Sie enthält weder einen unabhängigen Produkttest noch Angaben dazu, wie oft diese Konstellation vorkommt.

Ein POC-Datensatz und ein ARIN-Online-Konto erfüllen unterschiedliche Aufgaben. Laut ARIN-Leitfaden steht ein POC für eine bestimmte Person oder eine Rolle und enthält Kontaktangaben wie Name, E-Mail, Postanschrift und Telefonnummer. Ein POC kann als Admin-, Tech-, Abuse- oder Netzwerkbetriebskontakt geführt werden. Das Konto ist dagegen die authentifizierte Benutzeridentität in ARIN Online. Der Name im Kontaktfeld belegt nicht, wer das verknüpfte Konto kontrolliert; die Kontoverknüpfung ersetzt auch keine organisationsinterne Berechtigungsentscheidung.

Der neue authentifizierte Ticketprozess für Verknüpfungen macht diese Trennung wichtiger. ARINs Erläuterung vom Januar beschreibt Anträge, mit denen ein Benutzer an einen bestehenden POC gebunden wird, und deren Prüfung innerhalb von ARIN Online – anstelle des früheren E-Mail-Verfahrens. Ein Personen-POC ist jedoch auf ein Konto begrenzt. Der Kollege kann die bei bestehenden POCs übliche Anfrage und Freigabe nicht einfach nutzen, um die Abweichung aus dem Erstellungsprozess aufzulösen.

ARINs empfohlene Reihenfolge trennt die persönliche Kontaktidentität von ihrer Zuordnung zur Organisation. Jede Person legt den eigenen Personen-POC an und übermittelt das Handle einem zuständigen Admin- oder Tech-POC für die Org ID. Laut Leitfaden muss gegebenenfalls ein bereits mit der Organisation verbundener POC den neuen Datensatz der Org ID zuordnen. Wenn mehrere Personen dieselbe Funktion verwalten müssen, kann ein Rollen-POC geeigneter sein – sofern er zur Aufgabe passt.

Diese dokumentierte Einschränkung ist ein begrenztes Workflow-Problem, kein Beleg für Kontoübernahme, Datenabfluss, Kundenaussperrung oder gescheiterte Wiederherstellung. Die geprüften öffentlichen Quellen sagen weder, wie ein bereits für einen Kollegen angelegter POC korrigiert wird, noch wie häufig so ein Fall ist. Sie machen aber klar: Das Konto des Erstellers ist kein Platzhalter, sondern wird standardmäßig verknüpft.

Eine gezielte Schutzmaßnahme in der Oberfläche wäre überschaubar: Vor dem Absenden das zu verknüpfende ARIN-Online-Konto anzeigen, Personen- und Rollen-POC unterscheiden und die Folge erläutern. So wäre die Entscheidung genau dort sichtbar, wo sie laut ARIN fällt – beim Anlegen des Datensatzes.

Quellen