Zusammenfassung

  • Resolution 201803.395 ratifizierte am 21. März 2018 eine zwingende technische Bereinigungsregel, vollendete aber weder deren Annahme im Betrieb noch ihre konkrete Umsetzung. Aus einem kurzen Boardbeschluss entstand deshalb vor allem eine dauerhafte Nachweis- und Sorgfaltspflicht.
  • Die stärkste Rechtfertigung der Regel liegt in der Pflege korrekter Reverse-DNS-Delegationsdaten. Gerade weil eine Entfernung betriebliche Folgen haben kann, verlangt dieser Zweck wiederholbare Prüfungen aus mehreren Beobachtungspunkten, gestufte Benachrichtigungen, eine sinnvolle Heilungsfrist, dokumentierte Entscheidungen und einen automatischen Halt bei widersprüchlicher Evidenz.
  • AFRINIC blieb dabei ein privates, mitgliedschaftlich getragenes technisches Koordinationsunternehmen. Ratifikation ermächtigte es zur eng begrenzten Pflege eines Dienstes, nicht zu Regulierung, Bestrafung, Beschlagnahme oder öffentlicher Rechtsprechung.
  • Die später veröffentlichten Abläufe von 2018 und 2021 zeigen, wie viel operative Gestaltung zwischen dem Wort „muss“ und einer verantwortbaren Entfernung lag. Sie sind Belege zur Beurteilung der übernommenen Pflicht, aber keine rückwirkenden Bestandteile der Abstimmung vom März 2018.
  • Die angemessene institutionelle Sicherung besteht in einem prüfbaren Implementierungsprotokoll für jeden Fall und einer dienstspezifischen Firewall. Reverse-DNS-Pflege darf nie von Mitgliedschaft, Abrechnung, Wahlen, Gerichtsverfahren, Transfers, Leasingverhältnissen oder anderen sachfremden Konflikten abhängig gemacht werden.

L3 — Eine Abstimmung, eine Enthaltung und eine zwingende Löschregel

Die entscheidende Szene beginnt nicht mit einer technischen Messung, sondern in einem ungewöhnlich besetzten Sitzungsraum. Nach dem Protokoll der fortgesetzten Board-Sitzung vom 21. März 2018 waren der Vorsitzende und der stellvertretende Vorsitzende abwesend. Beide hatten per E-Mail Mitteilungen über ihr Ausscheiden geschickt; zugleich lag die angefragte rechtliche Einschätzung zur bindenden Wirkung dieser Mitteilungen noch nicht vor. Das Board setzte für die Sitzung einen Ad-hoc-Vorsitz ein. Diese Umstände machen die Resolution nicht verdächtig und beweisen keinen institutionellen Mangel.

Sie zeigen vielmehr, wie knapp die formale Handlung sein kann, die eine Organisation anschließend über Jahre in technische Entscheidungen übersetzen muss.

Auch die Behandlung möglicher Interessenkonflikte verdient Genauigkeit, gerade weil Ungenauigkeit hier leicht eine dramatischere Geschichte erzeugen würde, als das Protokoll trägt. Ein Direktor erklärte einen möglichen Konflikt: Zwei Autoren des Vorschlags waren Mitarbeiter von AFRINIC, während er selbst Direktor von AFRINIC war. Das Board erörterte diese Konstellation und gelangte für den protokollierten Fall zu dem Ergebnis, dass daraus kein Interessenkonflikt des Direktors folgte. Eine andere Lage bestand beim CEO.

Er legte seine Doppelstellung als CEO beziehungsweise Mitarbeiter und als Direktor offen und trat für die Ratifikationsabstimmung in den Ausstand. Diese Aufzeichnung belegt Offenlegung, Beratung, Entscheidung und Ausstand. Sie belegt weder unzulässige Einflussnahme noch Befangenheit, Vereinnahmung, Kollusion oder eine verdorbene Abstimmung.

Resolution 201803.395 hielt fest, dass der Vorschlag das Verfahren der Policy Development Working Group durchlaufen hatte und von deren Vorsitzenden an das Board verwiesen worden war. Das Board ratifizierte ihn, während der CEO nicht mitstimmte. Im präziseren institutionellen Sinn war dies keine Enthaltung aus bloßer Unentschlossenheit, sondern ein wegen des offengelegten Konflikts vollzogener Ausstand. Diese begriffliche Unterscheidung ist wichtig. Sie schützt sowohl die Integrität des Protokolls als auch die Analyse davor, aus einer dokumentierten Verfahrenshandlung eine unbewiesene Vermutung über Motive oder Abstimmungsergebnis zu machen.

Was ratifiziert wurde, enthielt allerdings ein starkes operatives Verb. Sobald ein Nameserver für eine autoritative, elternseitige Reverse-DNS-Delegation als „lame“, also als nicht ordnungsgemäß antwortend, festgestellt worden war und angemessene Kontaktversuche erfolgt waren, sollte AFRINIC das betreffende Nameserver-Attribut aus dem Domain-Objekt entfernen müssen. Die Formulierung war nicht lediglich eine Einladung, Hinweise zu senden. Sie stellte am Ende einer noch auszugestaltenden Feststellungs- und Kontaktkette eine verbindliche organisatorische Folge.

Mit dem Wort „muss“ wechselte das Risiko vom bloßen Unterlassen einer Bereinigung zu einer doppelten Verantwortung: Echte Fehler durften nicht dauerhaft ignoriert werden, doch eine schwach belegte Diagnose durfte ebenso wenig automatisch in eine dienstwirksame Änderung münden.

Die Regel unterschied zudem zwischen zwei Eingriffstiefen. War nur ein Nameserver betroffen, sollte dessen Attribut entfernt werden. Waren sämtliche Nameserver eines Reverse-Domain-Objekts fehlerhaft und wurden deshalb alle entfernt, sollte das Domain-Objekt selbst entfernt werden. Schon diese Abstufung zeigt, warum die verbreitete Kurzform „Löschregel“ leicht missverstanden werden kann. Gegenstand waren Delegationsangaben im Reverse-DNS-Kontext und unter bestimmten Voraussetzungen das zugehörige Reverse-Domain-Objekt.

Nicht Gegenstand waren das Eigentum an IP-Adressressourcen, eine Einziehung von Adressrechten, die Unterdrückung von Routing-Ankündigungen, die Kontrolle des Forward DNS oder eine Sanktion wegen vermeintlichen Fehlverhaltens.

Zusätzlich verlangte der Vorschlag nach Erkennung einer fehlerhaften Delegation einen identifizierenden Vermerk im Domain-Objekt. Aufzeichnungen über solche Delegationen sollten für einen angemessenen Zeitraum archiviert werden. Diese Bestandteile sind keine nebensächliche Bürokratie. Ein Vermerk macht einen laufenden Zustand sichtbar; ein Archiv kann später nachvollziehbar machen, was gemessen, gemeldet und schließlich verändert wurde. Doch auch diese Anforderungen beantworteten noch nicht alle Fragen, die für eine faire und zuverlässige Umsetzung entscheidend sind: Welche Antwort gilt als hinreichender Beleg? Wie viele Prüfungen sind nötig?

Von welchen Netzen oder Orten aus wird geprüft? Was geschieht bei widersprüchlichen Resultaten? Welche Kontaktadresse zählt? Wann beginnt die Heilungsfrist? Wann wird sie unterbrochen?

Der Vorschlag enthielt zwar ein Beispiel für eine mögliche Umsetzung, bezeichnete diese Anleitung aber ausdrücklich nicht als Policy. Das war eine sachgerechte Anerkennung, dass betriebliche Details angepasst werden können müssen. Zugleich öffnete es eine verantwortungsreiche Gestaltungslücke. Der zwingende Endpunkt stand fest, während Messmethode, Benachrichtigungsfolge und zeitliche Sicherungen der späteren Umsetzung überlassen blieben. Das Board übernahm damit nicht nur den technischen Zweck.

Es übernahm die Pflicht, dafür einzustehen, dass der noch offene Weg zu einer Entfernung mindestens so zuverlässig war, wie es die mögliche Auswirkung erforderte.

Diese Gestaltungslücke war keineswegs gleichbedeutend mit einem rechtsfreien Raum. Das im Consolidated Policy Manual dokumentierte Verfahren trennte ausdrücklich zwischen der Ratifikation durch das Board und der anschließenden Annahme und Implementierung. Die Ratifikation nach Artikel 3.4.4 bestätigte einen aus dem internen Entwicklungsverfahren überwiesenen Vorschlag. Der folgende Abschnitt verlangte eine gegenüber der Gemeinschaft angekündigte Annahmefrist beziehungsweise ein Datum für die Umsetzung. Außerdem sollte die Implementierung grundsätzlich innerhalb von sechs Monaten nach dem Last Call erfolgen, sofern keine Ausnahme galt.

Die Verfahren zur Umsetzung sollten dokumentiert und öffentlich zugänglich sein. Damit wurde die operative Methode selbst zu einem Gegenstand institutioneller Rechenschaft.

Diese Trennung korrigiert eine naheliegende, aber folgenschwere Verkürzung. Der 21. März war das Datum der Ratifikation. Der 28. März war das Datum der öffentlichen Mitteilung, in der AFRINIC die Ratifikation bekanntgab, sich auf Artikel 3.4.4 bezog und ankündigte, die erforderlichen Schritte und Prozesse für eine unmittelbare Umsetzung einzuleiten. „Unmittelbar“ oder „sofort“ bezeichnete in dieser Ankündigung den Beginn von Arbeit, nicht den bewiesenen Abschluss eines einsatzbereiten Verfahrens.

Eine Resolution kann einen Auftrag auslösen; sie kann nicht durch bloße Wortwahl verteilte Messungen, verifizierte Kontaktketten oder eine belastbare Entscheidungsakte bereits hergestellt haben.

Die weitere Chronologie bestätigt, dass zwischen Zustimmung und betrieblicher Wirksamkeit eine echte Umsetzungsphase lag. Am 22. August 2018 erschien die Regel im Consolidated Policy Manual als Abschnitt 10.7. Eine Bestandsaufnahme vom 28. September berichtete, dass die Erkennung bereits lief, die Löschung jedoch noch nicht begonnen hatte. Sie nannte 19.613 als fehlerhaft eingestufte Datensätze bei 530 Mitgliedern. Diese Zahlen zeigen die Größenordnung der Prüfaufgabe. Sie beweisen weder, dass jede einzelne Einstufung richtig war, noch dass ein Betreiber einen Ausfall oder Verlust erlitt.

Vor allem zeigen sie, warum ein großzügiges Vertrauen in eine einzelne Messung bei einer massenhaften Verarbeitung nicht genügt.

Im Oktober 2018 kündigte AFRINIC einen monatlichen Scan, wiederholte Prüfungen über einen Zeitraum von 30 Tagen, mehrere Mitteilungen und eine automatische Entfernung nach Ablauf der Korrekturfrist an. Die Benachrichtigungen sollten administrative, technische und Zonen-Kontakte erreichen. In dieser Form begann die Organisation, die Lücke zwischen zwingendem Ergebnis und offener Methode sichtbar zu füllen. Wiederholung sollte flüchtige Störungen von anhaltenden Fehlern unterscheiden. Mehrere Adressaten sollten die Wahrscheinlichkeit erhöhen, dass eine zuständige Person tatsächlich Kenntnis erhielt.

Der Zeitraum von 30 Tagen sollte Korrektur ermöglichen, bevor die Registry selbst Delegationsdaten veränderte.

Am 29. November 2018 beschrieb AFRINIC die Implementierung weiterhin als teilweise. Die Organisation erklärte, sie achte darauf, Fehlalarme zu vermeiden. Informationen über erkannte fehlerhafte Nameserver würden an die Kontakte weitergegeben; AFRINIC habe zu diesem Zeitpunkt noch keine entsprechende Entfernung vorgenommen. Dieses Zögern darf in beide Richtungen nicht überinterpretiert werden. Es ist kein Beweis dafür, dass die Policy gescheitert war, dass bereits konkrete Fehlalarme eingetreten waren oder dass jemand geschädigt worden war.

Es ist aber ein offizieller Hinweis darauf, dass die Gefahr falscher positiver Feststellungen betrieblich ernst genommen wurde. Gerade das macht die Qualität der Mess- und Halteverfahren zu einem Prüfstein der Ratifikationspflicht.

Erst viel später beschrieb AFRINIC eine vollständige Umsetzung zum 29. April 2021. Nach dieser Darstellung fanden täglich Prüfungen von drei Standorten aus statt. Benachrichtigungen wurden an den Tagen 3, 10, 17 und 24 versandt, am Tag 11 kam ein Vermerk hinzu, und am Tag 30 folgte eine Entfernung, sofern der fehlerhafte Zustand fortbestand. Diese Folge ist analytisch wertvoll, weil sie konkrete Antworten auf offene Fragen erkennen lässt: mehrere räumliche Beobachtungspunkte, Wiederholung über Zeit, gestufte Warnungen, Sichtbarkeit im Objekt und ein verzögerter Endschritt. Sie darf aber nicht so erzählt werden, als habe das Board am 21.

März 2018 genau diesen Kalender beschlossen. Das tat es nicht.

Die spätere Folge wirkt daher wie ein Belastungstest für den früher übernommenen Auftrag. Sie zeigt, welche Schutzschichten eine verantwortliche Umsetzung für nötig hielt. Drei Standorte verringern das Risiko, eine lokale Netzstörung mit einem allgemeinen Delegationsfehler zu verwechseln. Tägliche Wiederholung trennt ein vorübergehendes Ereignis von einem dauerhaften Zustand. Vier Benachrichtigungen schaffen mehrere Gelegenheiten zur Kenntnisnahme. Ein sichtbarer Vermerk kann den laufenden Prozess im Datensatz erkennbar machen. Eine Entfernung erst am dreißigsten Tag räumt Zeit für Diagnose und Reparatur ein.

Jede dieser Schichten konkretisiert die Sorgfalt, die das zwingende Verb im ursprünglichen Text verlangte, ohne rückwirkend Inhalt der Ratifikation zu werden.

Damit wird auch der institutionelle Maßstab klarer. Eine interne Policy kann einer privaten Organisation ausdrücklich gestatten, von Mitgliedern erstellte Registerdaten für einen eng umrissenen technischen Zweck zu ändern. Genau dies war nach dem Bericht von AFRINIC-27 ein Motiv der Autoren: Mitarbeiter sollten nicht ohne ausdrückliche Policy-Grundlage in von Mitgliedern angelegte WHOIS-Daten eingreifen. Das ist ein nachvollziehbares Argument für klare interne Zuständigkeit. Es ist aber kein Argument für staatliche Hoheitsgewalt.

Der Unterschied zwischen „unsere Regeln erlauben unseren Mitarbeitern diese begrenzte Wartung“ und „wir dürfen Verhalten allgemein erzwingen oder bestrafen“ bleibt fundamental.

AFRINIC ist eine mitgliedschaftlich getragene, gemeinnützige Gesellschaft in einem mauritischen Unternehmensrahmen, deren Kernaufgaben in Zuteilungs- und Registrierungskoordination liegen. Seine legitime Autorität stammt aus der treuhänderischen Pflege gemeinsam benötigter technischer Aufzeichnungen, aus Vertrag, Satzung und einem internen Policyverfahren. Sie stammt nicht aus allgemeiner Gesetzgebungskompetenz. Das Board kann für die Organisation eine technische Pflicht ratifizieren; es kann dadurch weder eine Polizeigewalt noch eine Strafgewalt, eine Beschlagnahmebefugnis oder eine öffentlich-rechtliche Gerichtsbarkeit erschaffen.

Gerade deshalb ist die Ratifikation mehr als ein formales Abnicken, aber weniger als ein Souveränitätsakt. Sie ist die Übernahme einer begrenzten organisatorischen Verantwortung. Das Board musste nicht entscheiden, ob ein Betreiber moralisch richtig oder falsch handelte. Es musste sicherstellen, dass eine technische Pflegehandlung auf hinreichend belastbaren Tatsachen beruhte, den Betroffenen erreichte, eine reale Korrekturchance ließ und nicht weiter reichte als zur Wiederherstellung verlässlicher Delegationsdaten erforderlich. In dieser schmalen, anspruchsvollen Zone liegt die Bedeutung von Resolution 201803.395.

Die Quellenlage lässt zugleich wichtige Fragen offen. Sie weist keinen konkreten Betreiber nach, der aufgrund eines Fehlalarms eine Entfernung, einen Ausfall oder einen wirtschaftlichen Schaden erlitt. Sie beweist keinen Missbrauch der Policy. Sie zeigt nicht, welche internen Einzelentscheidungen zwischen 2018 und 2021 zu veränderten Abläufen führten. Sie dokumentiert auch nicht, dass die angekündigten Kontaktversuche in jedem Fall zugestellt wurden. Verantwortliche Analyse muss diese Lücken stehen lassen.

Institutionelle Sicherungen sind nicht erst dann nötig, wenn ein Missbrauch bewiesen ist; sie sind gerade dafür da, richtige und falsche Entscheidungen im Einzelfall unterscheidbar zu machen.

Die Sitzungsszene erhält so ihre eigentliche Bedeutung. Abwesenheiten, Ad-hoc-Vorsitz und offengelegte Rollen waren endliche Verfahrensfragen. Der Beschluss konnte in wenigen Zeilen festgehalten werden. Die technische Pflicht dagegen war fortlaufend: messen, vergleichen, benachrichtigen, warten, erneut prüfen, dokumentieren, gegebenenfalls entfernen und später Rechenschaft ablegen. Eine kurze Ratifikation übertrug keine Krone. Sie übertrug eine Last der Genauigkeit.