Zusammenfassung

  • APNIC nennt das dritte Quartal 2026 als Ziel für eine fortlaufende Verfolgung aller IRT-E-Mail-Adressen und eine Gültigkeitsprüfung beim Login anstelle eines statischen Kontosperrkennzeichens.
  • Das Vorhaben verändert Quelle und Zeitpunkt der Zugangsentscheidung. Öffentlich ist nicht angekündigt, dass es den Sechsmonatszyklus, die Invalid-Markierung nach 15 Tagen oder die MyAPNIC-Beschränkung nach 30 Tagen ersetzt.
  • E-Mail-Adresse, Validierungsanforderung, IRT-Objekt, Kontoumfang und Login-Entscheidung sind verschiedene Zustände. Ein einzelner Wahrheitswert kann ihre Herkunft nicht erhalten.
  • Ein datenschutzgerechter IRT-Entscheidungsbeleg könnte Zustandsversionen, Fristen, Aggregationsregel und Entscheidungsquelle nachweisen, ohne Adresse oder Code offenzulegen.

Eine Folgerung darf ihren Beleg nicht überleben

Wird ein Konto beschränkt, solange ein IRT-Kontakt noch nicht validiert ist, kann der Kontakt den Nachweis später abschließen. Liest der Login-Dienst dennoch nur das zuvor gesetzte Kennzeichen, bleibt die Beschränkung bestehen, obwohl ihr Auslöser nicht mehr vorliegt. Umgekehrt kann ein früheres „freigegeben“ bestehen bleiben, nachdem sich der relevante Zustand geändert hat.

APNIC berichtet keinen konkreten Vorfall. Die öffentliche Roadmap formuliert vielmehr ein Präventionsziel: Konten sollen nicht fälschlich gesperrt oder entsperrt bleiben. Vorgeschlagen wird, sämtliche IRT-Adressen fortlaufend zu verfolgen und ihre Gültigkeit beim Login zu prüfen, statt ein statisches Sperrkennzeichen zu verwenden. Das Membership-Team verantwortet das Vorhaben für APNIC Login und Whois; als Ziel steht Q3 2026.

Das Sperrkennzeichen ist eine abgeleitete Schlussfolgerung. Die aktuelle Gültigkeit des Kontakts ist der Zustand, aus dem sie berechnet werden sollte. Eine Abfrage im Entscheidungsmoment verkleinert den Zeitraum, in dem Kopie und Beleg auseinanderlaufen können.

Die Roadmap veröffentlicht jedoch weder das endgültige Datenmodell noch den Einführungstermin oder die Kombinationsregel für mehrere IRT-Objekte und Adressen. Sie behauptet auch keinen bereits erfolgten Rollout. Deshalb benötigt „aktuell“ immer drei Angaben: geprüfter Umfang, Zeitpunkt und Regel.

Drei politische Zeitmarken bleiben bestehen

prop-125 ist bei APNIC als umgesetzt verzeichnet. Die geltende Ressourcenrichtlinie verlangt ein IRT-Objekt für jeden Ressourceneintrag. Dessen email- und abuse-mailbox-Kontakte müssen überwacht und eingehende Missbrauchsbeschwerden zeitnah beantwortet werden.

Die Validierung kennt drei Fristen. Kontakte werden regelmäßig oder alle sechs Monate geprüft. Nach der E-Mail bleiben dem Kontoinhaber 15 Tage; bei einem Fehlschlag wird das IRT-Objekt in Whois als Invalid markiert. Bleibt die Validierung nach 30 Tagen aus, wird MyAPNIC eingeschränkt, bis sie abgeschlossen ist.

APNICs Umsetzungsankündigung nennt den 30. Juni 2019 als Beginn. Das öffentliche Validierungsformular verlangt einen per E-Mail erhaltenen eindeutigen Code. Dessen Eingabe belegt den Zugriff auf die Nachricht zum Zeitpunkt der Prüfung.

In der Roadmap steht nicht, dass die Login-Abfrage diese Fristen abschafft. Die sechs Monate bestimmen, wann ein neuer Nachweis fällig ist. Nach 15 Tagen ändert sich die sichtbare Objektkennzeichnung. Nach 30 Tagen tritt die Zugangswirkung ein. Der Login soll das Ergebnis lesen, nicht die Richtlinie neu schreiben.

Eine erklärbare Entscheidung muss daher den Grund bewahren: abgelaufene Anforderung, Überschreiten der 15- oder 30-Tage-Marke, Objektänderung, weiterer Kontakt oder veralteter Zustand. Ein aktuelleres Ergebnis ohne Begründung bliebe operativ unzureichend.

Hinter einem Kennzeichen liegen fünf Zustände

Die E-Mail-Adresse ist ein sensibles Datum mit Verlauf. Die Validierungsanforderung besitzt Ausgabe, Zustellung, Ablauf und Abschluss. Das IRT-Objekt hat Schlüssel, Version und Attribute. APNICs IRT-Leitfaden trennt e-mail von abuse-mailbox; mnt-by benennt den Maintainer, der Änderungen autorisiert.

Der Kontoumfang bestimmt, welche Ressourcen, Objekte und Kontakte für den Zugang relevant sind. Die Login-Entscheidung wendet zu einem Zeitpunkt eine Regelversion auf einen konkreten Zustand an und liefert „zulassen“ oder „beschränken“ samt Grund.

Diese Zustände hängen zusammen, sind aber nicht austauschbar. Der Abschluss für eine Adresse gilt nicht zwingend für eine zweite. Eine Objektänderung kann den maßgeblichen Kontakt ersetzen. Ein Konto kann über seine Ressourcen mit mehreren IRT-Objekten verbunden sein. Eine zum Zeitpunkt ihrer Berechnung richtige Entscheidung kann nach dem nächsten Ereignis veralten.

Fortlaufende Verfolgung hilft nur, wenn die Verknüpfungen sichtbar sind. APNIC Login muss wissen, welche Objekte und Attribute im Umfang liegen, aus welchem Ereignis jeder Zustand stammt und welche Regel die Ergebnisse zusammenführt. Sonst ersetzt eine undurchsichtige Live-Abfrage lediglich ein undurchsichtiges Kennzeichen.

Die Aggregation ist die eigentliche Entscheidungsfläche

Enthält ein IRT-Objekt zwei Missbrauchspostfächer und eine allgemeine Adresse, müssen alle drei gültig sein? Reicht ein gültiges abuse-mailbox? Aktualisiert eine Prüfung derselben Adresse alle Objekte, in denen sie vorkommt? Wenn die Objekte eines Kontos unterschiedliche Zustände tragen, gilt die strengste Folge für das ganze Konto, nur für eine Funktion oder für die betroffene Ressource?

Die öffentlichen Angaben beantworten das nicht. Eine Antwort darf APNIC daher nicht zugeschrieben werden. Notwendig ist aber eine benannte und versionierte Regel. Eine Login-Prüfung ist nur dann reproduzierbar, wenn geprüfte Menge und Kombinationslogik feststehen.

Rohe Nachweise und abgeleitete Entscheidungen lassen sich trennen. Ein Ereignis hält den Abschluss einer Anforderung für einen Adressbezeichner fest. Ein Zustandsdatensatz beschreibt Wirksamkeit und Fälligkeit. Eine IRT-Auswertung listet die betrachteten Zustände. Die Kontoentscheidung verweist auf diese Auswertung und ihre Regelversion. Eine spätere Korrektur kann die Folgerung ersetzen, ohne die ursprünglichen Ereignisse zu löschen.

Das verbessert die Fehlersuche. Erfolgt die Validierung um 10:04 Uhr und bleibt der Login um 10:05 Uhr beschränkt, kommen Weitergabeverzug, ein weiterer überfälliger Kontakt oder eine andere Umfangsregel infrage. Diese Ursachen brauchen unterschiedliche Zuständigkeiten.

Postfachzugriff ist kein Nachweis der Beschwerdebearbeitung

prop-125 soll die für Netzmissbrauch zuständigen Stellen erreichbar halten. Die Codeeingabe belegt jedoch nur, dass jemand mit Zugriff auf die Nachricht die Anforderung abgeschlossen hat. Sie belegt nicht, dass spätere Beschwerden in der richtigen Warteschlange landen, Filter passieren, gelesen oder behoben werden.

Ebenso wenig beweist eine abgelaufene Prüfung, dass das Postfach nicht existiert oder eine konkrete Beschwerde ignoriert wurde. Zustellung, Postfachkontrolle, Überwachung, Triage und Lösung sind verschiedene Beobachtungen.

Diese Grenze schützt beide Seiten. Ein gültiger Status ist für Beschwerdeführer keine Garantie guter Bearbeitung. Eine verpasste Frist ist für Mitglieder kein Missbrauchsurteil. Die MyAPNIC-Beschränkung ist eine an Kontaktvalidierung geknüpfte Kontomaßnahme, kein Gerichtsurteil, kein Ressourcenentzug und keine Bewertung des Netzverhaltens.

Ein Beleg statt eines neuen Kennzeichens

APNIC könnte die vorgesehene Kontrolle durch einen IRT-Zugangsbeleg prüfbar machen. Das ist eine redaktionelle Empfehlung, keine veröffentlichte APNIC-Zusage. Der Beleg verschweigt Adresse und Code, hält aber fest:

  • Zeitpunkt und datenschutzgerechte Kontoreferenz;
  • Schlüssel und Versionen der berücksichtigten IRT-Objekte;
  • maskierte oder gehashte Bezeichner der Adressen;
  • letztes erfolgreiches Ereignis, aktuellen Zustand und Wirksamkeitsbeginn;
  • Sechsmonatsfälligkeit sowie 15- und 30-Tage-Termine;
  • Versionen von Umfangs-, Aggregations- und Richtlinienregel;
  • den exakten von APNIC Login gelesenen Zustand;
  • Ergebnis, typisierten Grund und Entscheidungsquelle;
  • Verweise auf Prüfung, Korrektur oder nachfolgende Entscheidung.

Die Entscheidungsquelle unterscheidet während der Migration eine Live-Auswertung vom Altkennzeichen. Beide Pfade lassen sich parallel berechnen und Abweichungen klassifizieren. Erst wenn ungeklärte Unterschiede vernachlässigbar sind, sollte der alte Pfad entfallen.

Die Sicht kann gestuft werden. Mitglieder erhalten maskierte Kontakte und Termine, der Support zusätzliche Ereignisreferenzen, ein externer Nachweis höchstens einen Hash und einen typisierten Status. Prüfbarkeit verlangt keine Veröffentlichung des Postfachs.

Quellen