Zusammenfassung

  • ICANNs Mandat ist durch seine Gründungsdokumente und Bylaws begrenzt; seine stärksten praktischen Hebel liegen überwiegend in Vertragsbeziehungen.
  • IANA-Betrieb, Policy-Entwicklung und institutionelle Rechtsbehelfe sind getrennte Funktionen. Keine der vorgesehenen Prüfungen ist ein allgemeines Berufungsgericht mit unbeschränkter Kompetenz.

Die erste Grenze: kein allgemeines staatliches Mandat

ICANN ist nach seinen Articles of Incorporation eine kalifornische Nonprofit Public Benefit Corporation, die gemeinnützigen und öffentlichen Zwecken dient. Die Articles machen ICANN nicht zu einer staatlichen oder völkerrechtlichen Regulierungsbehörde. Sie verknüpfen den Unternehmenszweck mit der in den Bylaws beschriebenen Mission, legen aber nicht allein die detaillierten Vertrags- und Betriebshebel fest, über die ICANN im Domain Name System Einfluss ausübt. Quelle

Die Bylaws konzentrieren diese Mission auf die Koordination eindeutiger Internet-Kennungen und begrenzen ICANNs Handeln auf diesen Bereich. Sie beschränken außerdem die Fähigkeit der Organisation, Dienste zu regulieren, die eindeutige Kennungen verwenden, oder die Inhalte zu regulieren, die über solche Dienste transportiert werden, vorbehaltlich der in den Bylaws genannten Grenzen und Ausnahmen. Das ist eine wichtige Zuständigkeitsgrenze: Die Existenz von ICANN bedeutet nicht, dass die Organisation allgemein Online-Dienste, Kommunikation oder Inhalte beaufsichtigen darf. Bylaws

Der eigentliche Kontrollhebel: Vertragsbeziehungen

Ein großer Teil der durchsetzbaren Kontrolle entsteht nicht aus einer abstrakten Hoheitsgewalt, sondern aus Verträgen. Die Registry Agreements zeigen, dass Pflichten von gTLD-Betreibern aus einzelnen Vereinbarungen entstehen und dass ihre Bedingungen je nach Registry-Regelung variieren. Registry Agreements

Das Base Registry Agreement bildet für viele neue gTLDs eine zentrale Vertragsfläche. Es behandelt unter anderem Policies, Escrow, technische und Sicherheitsanforderungen, Audits, Vertragsverletzungen, Suspendierung, Beendigung und Streitbeilegung. Damit kann ICANN gegenüber einem vertraglich gebundenen Betreiber erheblichen Druck ausüben. Dieser Druck bleibt jedoch durch Vertragsumfang, einbezogene Policies, die Bylaws-Mission und die vereinbarten Streitbeilegungsmechanismen begrenzt. Base Registry Agreement

Auch Registrar-Verträge enthalten konkrete Pflichten: etwa zu Policies, Registrierungsdatendiensten, Escrow, Aufbewahrung, Abuse-Kontakten, Reseller-Aufsicht, Audits, Compliance-Untersuchungen und Suspendierung oder Beendigung. Registranten schließen ihre Verträge gewöhnlich mit Registraren oder Resellern, nicht unmittelbar mit ICANN. Dadurch sind ICANNs direkte vertragliche Rechtsbehelfe gegenüber Endnutzern eingeschränkt. Registrar-Regelungen

Die Reichweite der Autorität hängt deshalb davon ab, welche Beziehung konkret besteht. Gegenüber einer Registry oder einem Registrar kann ein Vertrag Pflichten, Nachweise und Sanktionen vorsehen. Gegenüber einem Registranten lässt sich dieselbe Vertragslogik nicht einfach übertragen. Wer ICANNs Macht beurteilt, muss daher zuerst die konkrete Vertragskette identifizieren.

IANA: Betrieb ist nicht Policy-Entwicklung

Eine zweite häufige Verwechslung betrifft IANA. IANA beschreibt operative Aufgaben wie die Koordination der DNS-Root-Zone, die Zuweisung von Internetnummernressourcen und die Pflege von Protokollparameter-Registern. Diese Funktionen werden von Public Technical Identifiers, einer ICANN-Tochter, ausgeführt. IANA PTI

Der IANA Naming Function Contract delegiert Naming-Betriebsaufgaben an PTI und enthält Leistungs-, Berichts-, Service-Level-, Prüfungs-, Eskalations- und Untervergabeanforderungen. Ein solcher Vertrag organisiert die Leistungserbringung; er schafft nicht automatisch eine allgemeine Policy-Kompetenz über Domainnamen. Vertrag zur IANA Naming Function

Auch im Protokollbereich wird zwischen Registerverwaltung und Policy-Entwicklung unterschieden. RFC 2860 beschreibt die administrative Rolle von IANA getrennt vom Policy-Prozess der IETF. RFC 2860

Für Nummernressourcen wiederum liegt die globale Policy bei der regionalen Internet-Registry-Gemeinschaft, während Service-Vereinbarungen die operative Leistung von IANA beziehungsweise PTI regeln. Nummerierungs-Service-Level-Vereinbarung

Die institutionelle Konsequenz ist klar: Wer eine operative Delegation als eigene Policy-Hoheit interpretiert, überspringt eine zentrale Trennlinie der Architektur.

Rechtsbehelfe: Zugang zu Prüfung ist nicht gleich Änderung des Ergebnisses

ICANN verfügt über mehrere Accountability- und Prüfungswege, darunter Compliance-Verfahren, Reconsideration, Independent Review und das Ombudsman-Verfahren. Diese Wege bilden keine einheitliche allgemeine Berufung. Compliance Reconsideration Independent Review Ombudsman

Reconsideration bezieht sich auf bestimmte Handlungen des Boards oder des Personals und ist an die vorgesehenen Voraussetzungen und Verfahren gebunden. Independent Review prüft definierte Governance-Fragen nach seinen Verfahrensregeln. Der Ombudsman untersucht institutionelle Fairness; seine Funktion ist nicht mit einem gerichtlichen Urteil über die materiellen Rechte jeder Partei gleichzusetzen. Die ergänzenden Verfahrensregeln des Independent Review verdeutlichen, dass Umfang und Ablauf entscheidend sind. Ergänzende IRP-Verfahrensregeln

Damit entsteht ein praktisches Risiko für Herausforderer: Ein Verfahren kann Zugang, Dokumentation oder institutionelle Rechenschaft ermöglichen, ohne automatisch die angegriffene Entscheidung zu ersetzen. Entscheidend sind Frist, zulässiger Prüfungsgegenstand, anzuwendender Maßstab und die konkrete Abhilfe.

Was sich aus der Übergangsgeschichte ableiten lässt

Die frühere Affirmation of Commitments zwischen ICANN und dem US-Handelsministerium etablierte wiederkehrende Überprüfungen zu Rechenschaft, Transparenz, Sicherheit, Wettbewerb und Registrierungsdaten. Nach dem IANA-Stewardship-Übergang wurde diese Vereinbarung beendet; relevante Rechenschafts- und Review-Verpflichtungen wurden in überarbeitete Bylaws aufgenommen. Affirmation of Commitments Beendigung der Affirmation

Die Übergangserklärungen von 2014 und 2016 beschrieben Anforderungen an das Multistakeholder-Modell sowie an Sicherheit, Stabilität, Resilienz und Offenheit. Sie übertrugen nicht das Eigentum am Internet und verliehen ICANN keine allgemeine regulatorische Zuständigkeit. Der Übergang beendete die vertragliche Stewardship-Rolle der NTIA, ließ Betrieb und Rechenschaft aber in einer Architektur aus ICANN, PTI und den zuständigen operativen Gemeinschaften. NTIA, 2014 NTIA, 2016

Die belastbare Prüffrage

Die angemessene Frage lautet deshalb nicht: „Regiert ICANN das Internet?“ Sie lautet: Welches Instrument gewährt die konkrete Macht, gegenüber wem wirkt es, welche Verpflichtung kann durchgesetzt werden und welches Verfahren kann das Ergebnis tatsächlich verändern?

Eine belastbare Analyse muss mindestens vier Ebenen auseinanderhalten: Mission und Bylaws, konkrete Verträge, delegierte Betriebsaufgaben sowie Scope und Abhilfe der Review-Verfahren. Erst diese Zuordnung zeigt, ob eine Entscheidung institutionell legitimiert, vertraglich getragen oder nur behauptet ist.

Weitere einschlägige Quellen: CCWG-Accountability-Empfehlungen, IANA-Stewardship-Übergangsvorschlag, ccTLD-Grundsätze und ICANN-Reviews.