Zusammenfassung

  • Die am 12. Mai 2026 veröffentlichte Registration Data Policy verlangt bei einer authentifizierten dringenden Anfrage eine Eingangsbestätigung binnen zwei Stunden und eine Antwort binnen 24 Stunden. Nur außergewöhnliche Umstände erlauben eine begründete Verlängerung bis höchstens 72 Stunden.
  • Die Antwort darf die verlangten nicht öffentlichen Daten liefern oder die Anfrage ganz oder teilweise begründet ablehnen. Die Uhr ersetzt weder die Einzelfallprüfung noch das anwendbare Recht und bindet die Vertragspartner erst nach Inkrafttreten des Authentifizierungsmechanismus.

Nehmen wir an, eine formgerechte Anfrage trifft um 14 Uhr ein. Bis 16 Uhr muss der empfangende Registrar oder Registry-Betreiber den Eingang bestätigen. Um 14 Uhr am Folgetag soll der Antragsteller normalerweise eine Antwort haben. Erfordern echte Ausnahmeumstände mehr Zeit, muss der Empfänger dies innerhalb desselben 24-Stunden-Fensters mitteilen, begründen und den erwarteten Antwortzeitpunkt nennen. Die äußerste Grenze liegt 72 Stunden nach Eingang.

Diese Abfolge klingt wie eine Notfallanordnung zur Offenlegung. Das ist sie nicht. Jeder Zeitpunkt bindet einen Verfahrensschritt; das Ergebnis kann weiterhin die Herausgabe von Daten oder eine begründete Ablehnung sein.

Zuerst ist ein enges Eingangstor zu passieren. Abschnitt 3.8 der ICANN-Policy definiert die dringende Anfrage als Teilmenge rechtmäßiger Offenlegungsanfragen. Sie muss von einem authentifizierten Antragsteller kommen und eine unmittelbar drohende Gefahr für Leben, schwere Körperverletzung, kritische Infrastruktur oder die Ausbeutung von Kindern betreffen. Die Offenlegung muss zur Bekämpfung oder Abwehr der Gefahr erforderlich sein. Das Wort „dringend“ in der Betreffzeile öffnet den Kanal nicht.

Authentifizierung ist auch mehr als eine Selbstauskunft. Abschnitt 3.9 beschränkt den Kreis auf Strafverfolgungsbehörden oder vertrauenswürdige beziehungsweise zuständige Stellen, die über einen nach ICANN-Konsenspolitik eingerichteten Mechanismus authentifiziert wurden. Die Änderung trennt damit zwei häufig vermischte Kontrollen: Ist der Antragsteller wirklich die behauptete Stelle, und ist diese konkrete Anfrage erforderlich und rechtmäßig?

Die allgemeinen Offenlegungsregeln bleiben bestehen. Die Einreichung muss Identität und Kontaktdaten, die verlangten Datenelemente, die Rechte und konkrete Begründung, eine Gutglaubenserklärung sowie die Zusage rechtmäßiger Verarbeitung enthalten. Registrar oder Registry-Betreiber müssen jede formgerechte Anfrage nach ihren individuellen Umständen prüfen.

Die Uhr verändert, wie lange diese Prüfung offenbleiben darf. Bei einer gewöhnlichen Anfrage erlaubt Abschnitt 10.5 bis zu zwei Arbeitstage für die Bestätigung und danach grundsätzlich bis zu 30 Kalendertage für die Antwort. Für eine qualifizierte dringende Anfrage ersetzt Abschnitt 10.7 dieses Tempo: Bestätigung binnen zwei Stunden und Antwort ohne unangemessene Verzögerung, spätestens nach 24 Stunden.

Der Verlängerungsweg ist bewusst eng. Genannt werden höhere Gewalt, die Infrastruktur unzugänglich macht, und Komplexität, etwa eine Anfrage zu sehr vielen Domainnamen. Kalenderfeiertage, geplanter Urlaub und geplante Reisen reichen ausdrücklich nicht. Personaleinsatz darf einen Rund-um-die-Uhr-Notfallstandard nicht in eine Warteschlange zu Geschäftszeiten zurückverwandeln.

„Antwort“ bedeutet dennoch nicht „Herausgabe“. Abschnitt 10.6 lässt zwei vertragsgemäße Ergebnisse zu. Der Betreiber kann die Daten liefern. Er kann die Anfrage auch ganz oder teilweise ablehnen, muss dann aber die konkreten Gründe und seinen Entscheidungsweg erläutern. Soweit einschlägig, ist darzustellen, wie Grundrechte und Freiheiten der betroffenen Person gegen das berechtigte Interesse des Antragstellers abgewogen wurden.

Diese Grenze zählt, weil es um nicht öffentliche Registrierungsdaten geht. Ein schnelles Verfahren senkt bei einem echten Notfall die Kosten der Verzögerung. Es schafft aber keine identische Rechtsgrundlage in allen Rechtsordnungen, beweist nicht die Erforderlichkeit jedes verlangten Feldes, stellt kein öffentliches WHOIS wieder her und macht ICANN nicht zur entscheidenden Stelle einer polizeilichen Ermittlung. Die Sachentscheidung bleibt beim empfangenden Registrar oder Registry-Betreiber.

Ein wichtiger Schalter ist zudem noch offen. Implementierungshinweis 11 legt fest, dass die Pflichten aus Abschnitt 10.7 erst gelten, wenn ICANN eine Konsenspolitik zur Authentifizierung von Antragstellern vollständig umgesetzt hat. Die Mitteilung vom 12. Mai wiederholt diese Bedingung. Auch der am 23. Juli aktualisierte Stand der GAC-Empfehlungen hält fest, dass die Durchsetzung der 24-Stunden-Frist auf diesen Mechanismus wartet.

Die Änderung ist also veröffentlicht, ihr operativer Start aber aufgeschoben. Ohne glaubwürdige Authentifizierung könnte der schnelle Kanal Hochstapler belohnen oder seine ersten Stunden mit Identitätsprüfung verbrauchen. Ohne Antwortfrist entstünde lediglich eine vertrauenswürdige Warteschlange ohne Notfalltempo. Die Konsultationsakte dokumentiert die zweigleisige Lösung: Authentifizierung getrennt entwickeln und die Antwortzeit unter der Annahme festlegen, dass der qualifizierte Antragsteller bereits authentifiziert ist.

Nach dem Start muss Rechenschaft in Aufzeichnungen sichtbar sein. Abschnitt 11.2 verlangt, Anfragen, Bestätigungen und Antworten nach üblichen Geschäftspraktiken zu protokollieren und etwa für ICANN-Prüfungen bereitzuhalten. Diese Unterlagen können die Einhaltung der Zwei-, 24- und 72-Stunden-Vorgaben belegen. Ob Offenlegung oder Ablehnung rechtlich richtig war, beweisen sie allein nicht; sie machen aber Schweigen messbar.

Die neue Uhr ist am stärksten, wenn sie präzise beschrieben wird: Sie erlaubt Geschwindigkeit, Struktur und eine prüfbare Entscheidung, keine automatische Offenlegung.

Quellen