Zusammenfassung

  • Robert Kisteleki sagte im RIPE-92-Plenum, dass er für mehrere Domains als administrativer oder technischer Kontakt eingetragen ist, darunter fremde Domains. Er nannte Mail, virtuelle Maschinen, physisches Hosting und sekundäres DNS als weitere persönliche Dienste unter Kollegen.
  • Er suchte Mitstreiter für praktische Regeln, die eine Vertretung und den späteren Entzug ihres Zugriffs regeln. Der offizielle Vortragseintrag beschreibt einen möglichen RIPE-Text oder eine Best Current Practice, kein beschlossenes Verfahren.

Die Rechnung für eine Domain ist banal. Ihr Ablaufdatum ist es nicht, wenn der einzige Mensch mit Zugang zum Kundenkonto plötzlich ausfällt. Auf der RIPE 92 machte Kisteleki aus dieser alltäglichen Lücke ein Thema für die gesamte Community. Er betreut selbst Domains, die anderen gehören. Wer den Namen nutzt, muss deshalb nicht wissen, bei welchem Registrar die Zahlung aussteht oder wer einen technischen Eintrag ändern darf.

In Edinburgh am 21. Mai 2026 sprach er ausdrücklich als Community-Mitglied, obwohl er für das RIPE NCC arbeitet. Seine Beispiele kamen aus der gegenseitigen Hilfe: jemand stellt einen Mailserver oder MX-Eintrag, eine VM, Hardware-Unterkunft, sekundäres DNS oder eine kleine soziale Instanz bereit. Die Dienste sind real, die Abmachungen oft persönlich. Fällt die betreuende Person kurzfristig oder dauerhaft aus, laufen Rechnungen, Zertifikate und Sicherheitsupdates weiter. Ein verlorenes Gerät für die Zwei-Faktor-Anmeldung kann dann aus einer kleinen Verzögerung eine Zugangssperre machen.

Der Mitschnitt des Plenums zeigt, wie mehrere Fristen zusammenwirken. Eine nicht verlängerte Domain kann neu registriert werden. Wer anschließend Adressen unter dieser Domain kontrolliert, kann Wiederherstellungswege für andere Konten angreifen. Kisteleki schilderte ein Risiko, keinen nachgewiesenen Vorfall bei einem der von ihm betreuten Namen. Gerade deshalb lohnt sich die Vorbereitung vor dem ersten Alarm.

Vertretung bedeutet mehr als einen Ersatzschlüssel. Der Eigentümer muss die Dienste und ihre Zahlungswege kennen; der Helfer muss seine Befugnisse dokumentieren. Kisteleki erinnerte auch an den umgekehrten Fall: Eine ehemals vertrauenswürdige Person darf ihren Zugriff nicht für immer behalten. Wer einen Nachfolger einsetzt, braucht eine überprüfbare Auslösung der Vertretung und einen ebenso klaren Endpunkt. Eine Passwortliste ohne Widerruf produziert einen zweiten stillen Betreiber.

Kisteleki schlug vor, mit Freiwilligen eine RIPE-Empfehlung oder Best Current Practice zu erarbeiten. Jan Zorz nannte die BCOP Task Force als möglichen Ort. Das war ein Vorschlag im Saal, keine Übertragung eines Mandats. Die erste brauchbare Fassung müsste weder große Theorie noch neue Infrastruktur erfinden: Namen der Eigentümer, Zugangspfade, Zahlungsverpflichtungen, Fristen und Regeln für die Rückgabe von Rechten reichen, um das Gespräch zu beginnen.

Netze werden mit redundanten Wegen gebaut. Die Person, die abends eine fremde Domain verlängert, hat oft keinen zweiten Weg vorgesehen. Kistelekis Frage nimmt die Hilfsbereitschaft ernst genug, um ihr endlich eine Nachfolge zu geben.