ICANN

Die Entität befindet sich links; rechts fächern sich ihre Verbindungen nach Rolle auf. Der Graph zeigt die sichersten Verbindungen jeder Gruppe; die vollständige Liste darunter enthält jede Beziehung.

Vollständige Liste

• Eine Zonendatei gewährt gemeinsamen Zugang, aber kein Recht zur Neuveröffentlichung des Namensraums

  Um neun Uhr lädt ein zugelassener Forscher über ICANNs CZDS die Zonendatei einer gTLD herunter. Die Prüfsumme stimmt. Bewiesen ist damit die Lieferung bestimmter Bytes – nicht, wer jeden Namen tatsächlich kontrolliert, wozu er dient oder ob die gesamte Datei erneut veröffentlicht werden darf. Zwischen Zugang und Befugnis liegt die entscheidende Grenze.

  PrimärartikelVeröffentlicht 2026-09-03
• Für den Weg von UA-Indikatoren in Länderstatistiken fehlt die Federführung

  Ein Test kann zeigen, ob ein Dienst internationalisierte Adressen annimmt. Daraus entsteht noch keine Statistik, die Staaten nach derselben Methode regelmäßig erheben. Ein neuer Briefwechsel mit ICANN legt offen, dass für diesen Übergang die Zuständigkeit ungeklärt ist.

  PrimärartikelVeröffentlicht 2026-09-29
• Beim Root-Server-Modell sind die offenen Unterschiede noch nicht benannt

  Der ICANN-Vorstand spricht erstmals ausdrücklich von ungeklärten Differenzen zwischen dem geplanten Governance-Modell und den RSSAC-Kriterien. Welche Punkte betroffen sind, bleibt in seinem Bericht offen.

  PrimärartikelVeröffentlicht 2026-09-27
• Wer ICANN90 ausrichtet, entscheidet nicht deshalb über ICANN-Politik

  Mit Adelaide und auDA stehen Ort und lokaler Gastgeber der Jahrestagung 2027 fest. Die Verantwortung für Anreisehilfe und Netzzugang ist konkret; ein Mandat für politische Beschlüsse folgt daraus nicht.

  PrimärartikelVeröffentlicht 2026-09-26
• Netpia: Eine beglichene Rechnung öffnet noch keinen Datenzugang

  Die Zahlungsforderung prägt die formelle Vertragsverletzung in ICANNs Schreiben. Zugleich stehen zwei andere Zugangswege auf dem Prüfstand: die öffentliche RDAP-Abfrage und eine auffindbare Stelle für Anträge auf nicht öffentliche Registrierungsdaten.

  PrimärartikelVeröffentlicht 2026-09-26
• ICANN kann den eigenen Rechtsbruch feststellen. Die Abhilfe braucht dennoch eine zweite Instanz.

  Die Satzung verpflichtet ICANN, Entscheidungen eines Independent Review Process als endgültigen, bindenden Schiedsspruch anzuerkennen. Was ein Panel anordnen darf, ist damit nicht gesagt: Es kann einen Verstoß gegen die Articles of Incorporation oder die Bylaws feststellen und eine Aussetzung oder Abhilfemaßnahmen lediglich empfehlen. Der .WEB-Fall zeigt beide Seiten dieser Konstruktion – eine bindende Feststellung mit begrenzter Wirkung und ein Verfahren, das nicht mit einer Durchsetzung endete, sondern mit einem Rückzug und einer Delegation.

  PrimärartikelVeröffentlicht 2026-09-25
• DNSSEC in Ghana und Nigeria: Die Prozentzahl verdeckt zwei Betreiberpflichten

  ICANN meldet Fortschritte bei der DNSSEC-Nutzung in Westafrika. Hinter der gemeinsamen Erfolgsmeldung stehen jedoch verschiedene Eingriffe: Mobilfunknetze prüfen Antworten, eine Landesregistrierung signiert ihre Zone.

  PrimärartikelVeröffentlicht 2026-09-24
• DNS-Missbrauch: Wo endet die Prüfung innerhalb einer Registrar-Gruppe?

  Ein Registrar-Vertrag folgt einer Akkreditierung, eine Unternehmensgruppe kann mehrere davon halten. Eine neue Stellungnahme zur ICANN-Konsultation fragt, ob diese Trennung auch die Grenze einer Untersuchung zu zusammenhängenden missbräuchlichen Domains sein sollte.

  PrimärartikelVeröffentlicht 2026-09-24
• ICANN und der neue gTLD-Antrag: Wem gehört die Ablehnung – und was bringt der Rechtsbehelf?

  Wer eine neue generische Top-Level-Domain beantragt, kann an den Programmregeln scheitern, an einer Empfehlung des Governmental Advisory Committee oder an einem Beschluss des ICANN-Vorstands. Der dokumentierte Rechtsweg führt danach nicht zur Delegierung: Reconsideration endet mit einer endgültigen Vorstandsentscheidung, das Independent Review Process mit einer Feststellung zur Vereinbarkeit mit den Bylaws.

  PrimärartikelVeröffentlicht 2026-09-24
• ICANNs E-Mail-Test zählt 2026 eine anders erreichbare Website-Gruppe

  Ein höherer Wert für die Annahme internationalisierter E-Mail-Adressen klingt nach Fortschritt. Der aktuelle ICANN-Bericht nennt aber auch einen Methodenwechsel: Die Erhebung wurde automatisiert, und manche Websites lassen sich so nicht erreichen. Wer den Abstand zum Vorjahr als Trend lesen will, muss zuerst die Auswahl der geprüften Seiten erklären.

  PrimärartikelVeröffentlicht 2026-09-24
• Der GNSO billigte die CSC-Liste 2026, wählte aber acht der neun Personen nicht aus

  Ein Beschluss bestätigte die Jahresbesetzung des Ausschusses, der die Leistung von PTI bei der IANA-Namensfunktion überwacht. Derselbe Datensatz zeigt, warum Bestätigung und Herkunft einer Ernennung auseinandergehalten werden müssen.

  PrimärartikelVeröffentlicht 2026-09-22
• ICANN ordnete AFRALOs Forderungen ein, ohne sie zu übernehmen

  Der entscheidende Satz steht im Begleitschreiben: AFRALO übermittelte die gemeinsame Erklärung dem ICANN Board „zu Informationszwecken“. Dahinter folgten konkrete Vorschläge mit möglichen Haushalts-, Betriebs- und Governance-Folgen. Die zweiseitige Antwort erkannte das Anliegen an, verwies auf laufende Arbeit und markierte die Missionsgrenze. Sie war weder eine pauschale Ablehnung noch ein Umsetzungsbeschluss.

  PrimärartikelVeröffentlicht 2026-09-20
• Der ICANN-Dialog zur 15-Tage-Prüfung wurde zum Briefing. Der verbindliche Weg ist weiter offen

  Die entscheidende Beobachtung in der Debatte über Registrierungsdaten ist vorerst nicht, ob die Verifizierung vor der DNS-Erreichbarkeit eines Namens stattfinden sollte. Entscheidend ist der institutionelle Formwechsel: Aus einem geplanten Webinar und einem trilateralen Gespräch wurde eine Informationssitzung, mehrere Board-Mitglieder nahmen nur als Beobachter teil, und das spätere Schreiben nannte zwei formelle Wege, ohne einen davon auszuwählen.

  PrimärartikelVeröffentlicht 2026-09-20
• Eine GNSO-Einigung ist noch keine Regel

  Der Bericht über die Strategiesitzung im Januar wurde erst im September öffentlich, als mehrere seiner eigenen Zeitfenster bereits verstrichen waren. Eine belastbare Lektüre trennt Beobachtung, Einigung, Auftrag, Zielzeitraum und formell beschlossene Regel — und prüft danach den öffentlichen Beleg für jeden Zustandswechsel.

  PrimärartikelVeröffentlicht 2026-09-20
• Die ALAC-Vertretung in der ECA übermittelt Entscheidungen, sie erzeugt sie nicht

  Ein einseitiges Schreiben kündigt an, dass Claire C. Craig nach ICANN87 zwei miteinander verbundene Ämter von Jonathan Zuck übernimmt: den Vorsitz des ALAC und die Vertretung des ALAC in der Empowered Community Administration. Der Personalwechsel ist eindeutig. Die wichtigere Governance-Frage lautet, wie sich bei einer späteren Mitteilung nachweisen lässt, dass der Auftrag tatsächlich vom ALAC stammt und nicht von der Person, die ihn übermittelt.

  PrimärartikelVeröffentlicht 2026-09-19
• Dem CCWG-Rahmen von 2016 fehlt ein ICANN-weites Mandat

  Ein Rahmen kann als Referenz nützlich sein, ohne die Institution als Ganzes zu binden. Genau diese Grenze hat ICANN org jetzt für das Dokument von 2016 gezogen: GNSO und ccNSO nahmen es formell an, für andere SO/AC fand sich weder Annahme noch Billigung, und das Board wurde nie um Annahme gebeten. Eine künftige Structural Review braucht deshalb eine eigene, versionierte Legitimationsakte.

  PrimärartikelVeröffentlicht 2026-09-19
• ICANNs Autoritätskette: Wie Regeln zu Pflichten werden – und was eine Anfechtung bewirken kann

  ICANN koordiniert Internetkennungen nicht über ein einziges regulatorisches Mandat. Ihre praktische Autorität entsteht vielmehr aus einer Kette von Gründungs- und Verfassungsdokumenten, gemeinschaftlich entwickelten Policies, Verträgen mit Registries und Registraren, Compliance-Verfahren und formalen Rechenschaftswegen. Entscheidend ist deshalb nicht nur, welche Regel beschlossen wurde, sondern welches Instrument sie für wen verbindlich macht – und ob eine Anfechtung die operative Wirkung rechtzeitig unterbrechen kann.

  PrimärartikelVeröffentlicht 2026-09-19
• ICANNs Autoritätskette: Instrumente, Verträge und Rechtsbehelfe

  ICANNs operative Macht stammt nicht aus einem einzigen Mandat. Sie wird durch Gründungsdokumente, Satzungsregeln, Verfahren zur Entwicklung von Konsensrichtlinien, Verträge und unterschiedliche Rechenschaftsmechanismen verteilt. Für Betroffene ist deshalb entscheidend, zuerst die Art der angefochtenen Handlung zu bestimmen: Eine Beschwerde über eine Mitarbeiterentscheidung folgt einem anderen Weg als eine Anfechtung einer Board-Entscheidung oder eines vertraglichen Verstoßes.

  PrimärartikelVeröffentlicht 2026-09-17
• Die ICANN87-Anmeldung endet vor dem Sched-Konto

  Der neue ICANN87-Terminplan macht eine Verwaltungsgrenze sichtbar, die auch für die spätere Statistik gelten sollte: Die Anmeldung zur Tagung erzeugt nicht das separate Sched-Konto, mit dem das Programm genutzt und personalisiert wird. Anmeldung, Planung, Raumbeitritt, tatsächliche Anwesenheit, Wortbeitrag und formelle Dokumentation sind sechs verschiedene Zustände. Keine einzelne Zahl belegt die übrigen fünf oder eine Vollmacht.

  PrimärartikelVeröffentlicht 2026-09-15
• ICANNs geplantes UA-Dashboard muss Selbstauskünfte und Tests trennen

  Ein Betreiber meldet „UA-fähig“. Ein externer Test bestätigt das Eingabefeld, scheitert aber bei der Kontowiederherstellung. Beide Datensätze können korrekt sein, weil sie unterschiedliche Dinge beschreiben. ICANNs neue endgültige Leitlinien führen sie in eine gemeinsame Messarchitektur; das künftige Dashboard darf ihre Herkunft nicht wegformatieren.

  PrimärartikelVeröffentlicht 2026-09-14
• ICANNs Integration alternativer Namenssysteme braucht eine überprüfbare Abschaltung

  Der erste Bericht von ICANN verlangt für die Verbindung einer gTLD mit einem anderen Namenssystem einen verpflichtenden Abschaltplan. Das ist besonders wichtig, weil die zusätzliche Integration wohl nicht zum Notfallumfang von EBERO gehört. Ein Plan belegt jedoch noch nicht, dass Namen, Zustände und Verfügungsgewalt nach einem Test oder echten Ausstieg tatsächlich wieder übereinstimmen.

  PrimärartikelVeröffentlicht 2026-09-14
• ICANNs New-gTLD-Rufbereitschaft braucht einen öffentlichen Ausstiegstest

  Eine verstärkte Rufbereitschaft schützt eine Ausnahmesituation. Ohne Ausstiegskriterium kann sie unbemerkt zum Normalbetrieb werden. Im Mai beschrieb ICANN die erweiterte Betreuung der New-gTLD-Runde 2026 als sechsmonatige Phase, nach der auf übliche Geschäftszeiten zurückgegangen werden sollte. Im September genehmigte der Vorstand einen weiteren Vertrag für Systementwicklung und Support; ein großer Teil der Begründung blieb geschwärzt. Entscheidend ist jetzt nicht der Name des Dienstleisters, sondern der Nachweis, mit dem die Ausnahme beendet, begrenzt oder bewusst verlängert wird.

  PrimärartikelVeröffentlicht 2026-09-11
• ICANNs mehrschichtige Macht: Verträge, Betrieb und die Grenzen der Abhilfe

  ICANNs Einfluss auf Betreiber und andere Teilnehmer des Identifikatorensystems stammt nicht aus einer einzigen Quelle. Unternehmenszweck und Bylaws definieren die Institution; Registry- und Registrar-Verträge übersetzen diese Ordnung in operative Pflichten; Durchsetzungs- und Compliance-Verfahren erzeugen praktische Hebel. Die entscheidende Frage lautet deshalb nicht nur, ob eine Entscheidung angefochten werden kann, sondern welches Instrument die ursprüngliche Macht verleiht und ob ein Rechtsbehelf die operative Folge rechtzeitig ändern kann.

  PrimärartikelVeröffentlicht 2026-09-11
• ICANN genehmigt strategische Engineering-Verstärkung: Kapazität ist keine Befugnis

  Der ICANN-Vorstand hat einen Vertrag mit dem bevorzugten Anbieter für flexible zusätzliche Engineering- und IT-Kapazität genehmigt. Die öffentliche Begründung erklärt den betrieblichen Nutzen. Weniger sichtbar bleibt, wo eine externe Funktion endet und welche interne Stelle Entscheidung, Freigabe und Rechenschaft behält.

  PrimärartikelVeröffentlicht 2026-09-11
• ICANNs gestufte Autorität: Wie Regeln durch Verträge operative Macht werden

  ICANN ist weder eine staatliche Regulierungsbehörde noch lediglich ein technischer Koordinator. Seine praktische Autorität entsteht schrittweise: aus Gründungsdokumenten, gemeinschaftlichen Rechenschaftsstrukturen und Verträgen mit den Organisationen, die Register und Registrare betreiben. Wer eine Entscheidung anfechten will, muss deshalb zuerst bestimmen, auf welcher Ebene sie getroffen wurde.

  PrimärartikelVeröffentlicht 2026-09-11
• ICANNs Autorität: Mission, Verträge und begrenzte Rechtsbehelfe

  ICANN ist weder eine allgemeine Internetregierung noch eine gewöhnliche staatliche Regulierungsbehörde. Seine praktische Macht entsteht aus einer geschichteten Architektur: einem kalifornischen Nonprofit-Statut, Bylaws, Verträgen mit Registries und Registraren, delegierten Betriebsaufgaben sowie institutionellen Prüfungs- und Beschwerdewegen.

  PrimärartikelVeröffentlicht 2026-09-11
• Beim ITP-Vertrag der ICANN ist klar, wer freigibt – nicht wann

  Der ICANN-Vorstand hat die Geschäftsführung ermächtigt, Unterstützungsleistungen für die nächste Generation seiner Veröffentlichungsplattform einzukaufen. Mehrere Verhandlungsangaben bleiben geschwärzt. Dafür gibt es einen Freigabeverantwortlichen und eine jährliche Prüfung – nur keinen veröffentlichten Termin für diesen konkreten Vorgang.

  PrimärartikelVeröffentlicht 2026-09-11
• Wie ICANN aus begrenztem Mandat vertraglich durchsetzbare Kontrolle macht

  ICANN ist kein allgemeiner Internetregulator. Seine praktische Wirkung entsteht aus dem Zusammenspiel von Mandat, gemeinschaftlich entwickelten Regeln, Verträgen mit Registries und Registraren sowie den Verfahren, mit denen Entscheidungen angefochten werden können.

  PrimärartikelVeröffentlicht 2026-09-11
• Wie die .COM-Erneuerung von ICANN zur geltenden Vertragsordnung wurde

  Die Erneuerung des .COM-Registry-Vertrags zeigt, wie Internet-Governance tatsächlich funktioniert: nicht als einzelner hoheitlicher Befehl, sondern als Kette aus öffentlicher Beteiligung, institutioneller Entscheidung, delegierter Umsetzung und vertraglicher Wirkung. Die entscheidende Frage lautet deshalb nicht, ob öffentliche Stellungnahmen allein das Ergebnis bestimmen. Entscheidend ist, ob jeder Übergang dokumentiert, anfechtbar und institutionell nachvollziehbar bleibt.

  PrimärartikelVeröffentlicht 2026-09-11
• ICANNs Autoritätskette: Von Satzungsmandat zu Vertrag, Compliance und Rechtsbehelf

  ICANN steuert das Domainnamensystem nicht durch eine einzige öffentliche Aufsichtsgewalt. Seine praktische Autorität entsteht aus einer Kette: Die Satzung definiert Auftrag, Organe und Rechenschaft; Registry- und Registrar-Verträge übersetzen diese Architektur in Pflichten; Contractual Compliance macht Beschwerden und Nachweise zu gestuften Durchsetzungsmaßnahmen; und Reconsideration sowie das Independent Review Process eröffnen engere Wege zur institutionellen Kontrolle.

  PrimärartikelVeröffentlicht 2026-09-10
• ICANNs Autorität: Wer kann welche Internetentscheidung tatsächlich durchsetzen?

  ICANN besitzt keine einheitliche Quelle öffentlicher Macht. Seine praktische Reichweite entsteht aus einer Kette von Satzungszweck, Regelsetzung, Verträgen, technischen Betriebsvereinbarungen und getrennten Prüfungs- und Abhilfewegen. Entscheidend ist deshalb nicht nur, was ICANN behauptet zu koordinieren, sondern welches Instrument welchem Akteur erlaubt, eine konkrete Folge auszulösen, zu blockieren, zu verzögern, umzukehren oder zu reparieren.

  PrimärartikelVeröffentlicht 2026-09-10
• ICANNs Autoritätskette: Von institutionellen Regeln zu Verträgen, Betrieb und begrenzten Rechtsbehelfen

  ICANN steuert das Domainnamensystem nicht als allgemeine staatliche Regulierungsbehörde. Seine praktische Reichweite entsteht vielmehr aus einer Kette unterschiedlicher Instrumente: Bylaws definieren Auftrag und Verfahren, Vereinbarungen ordnen operative Verantwortlichkeiten zu, Registry- und Registrar-Verträge schaffen durchsetzbare Pflichten, und Rechenschaftsverfahren begrenzen die Art und Weise, in der bestimmte Board-Entscheidungen angegriffen werden können. Wer diese Ebenen vermischt, überschätzt entweder ICANNs Macht oder unterschätzt, wo sie im Betrieb tatsächlich ankommt.

  PrimärartikelVeröffentlicht 2026-09-10
• ICANN lässt seine Strategie unverändert, zeigt aber den Auslösetest nicht

  Der ICANN-Vorstand hat die jährliche Strategieprüfung abgeschlossen und den Strategieplan für die Geschäftsjahre 2026 bis 2030 unverändert bestätigt. Zuvor hatten fast 210 Personen an acht Umfeldanalysen teilgenommen; künstliche Intelligenz kam laut Beschluss in jeder Sitzung mit der Community zur Sprache. Kontinuität kann eine gut begründete Entscheidung sein. Auf der Beschlussseite fehlt jedoch die nachvollziehbare Verbindung zwischen den beobachteten Trends, den im Betriebsplan vorgesehenen Auslösekriterien und ihrer jeweiligen Behandlung.

  PrimärartikelVeröffentlicht 2026-09-10
• ICANNs neue Rücknahmeregel öffnet die Akte erst nach dem Board-Beschluss

  Die GNSO hat nun schriftlich festgelegt, wie das ICANN Board die Annahme einer Empfehlung rückgängig machen soll, deren Umsetzung noch nicht abgeschlossen ist. Das Verfahren schafft einen Dialog, Abstimmungsschwellen und eine öffentliche Begründung. Die Akte muss jedoch erst nach der ersten Handlung des Boards öffentlich werden. Für die streitigsten Belege gibt es vor der Entscheidung kein garantiertes öffentliches Zeitfenster.

  PrimärartikelVeröffentlicht 2026-09-10
• ICANNs Rechenschaftsarchitektur: Drei Wege, aber kein einheitliches Berufungssystem

  ICANN verteilt die Anfechtung institutioneller Entscheidungen auf Reconsideration, das Independent Review Process und den Ombudsman. Entscheidend ist daher nicht nur, ob ein Beschwerdeweg existiert, sondern welcher Weg zu welcher Handlung passt und ob er die zugrunde liegende Entscheidung tatsächlich verändern kann.

  PrimärartikelVeröffentlicht 2026-09-10
• ICANNs Autoritätskette: Wie Satzung, Konsenspolitik und Verträge operative Kontrolle erzeugen

  ICANN koordiniert das globale System eindeutiger Internet-Kennungen nicht mit einer einzigen hoheitlichen Anordnung. Seine praktische Autorität entsteht vielmehr aus einer Kette verschiedener Rechts- und Governanceformen: dem gemeinnützigen Gesellschaftszweck, den Bylaws, der multilateralen Politikentwicklung, ihrer Aufnahme in Verträge mit Registries und Registraren sowie den institutionellen Verfahren zur Anfechtung und Überprüfung. Wer die operative Wirkung einer ICANN-Entscheidung beurteilen will, muss deshalb zuerst klären, welches Instrument die jeweilige Befugnis trägt.

  PrimärartikelVeröffentlicht 2026-09-09
• ICANNs Rechenschaftswege: Wer eine Entscheidung anfechten kann – und was ein Erfolg tatsächlich bewirkt

  ICANN verfügt nicht über ein einziges allgemeines Berufungsgericht. Die Bylaws verteilen Anfechtungs- und Kontrollmöglichkeiten auf verschiedene Instrumente: die Empowered Community, das Reconsideration-Verfahren und das Independent Review Process. Der praktische Unterschied liegt nicht nur in den Namen. Je nach angegriffener Entscheidung ändern sich Initiator, entscheidendes Gremium, Fristen, Zugangsvoraussetzungen und mögliche Folgen.

  PrimärartikelVeröffentlicht 2026-09-09
• Der fünfte zuteilbare Varianten-String löst eine weitere volle Evaluierungsgebühr aus

  Für neue Antragsteller können die ersten vier Variantenzeichenfolgen in der gTLD-Evaluierungsgebühr enthalten sein; jede weitere zuteilbare Variante verursacht eine volle gTLD-Evaluierungsgebühr.

  PrimärartikelVeröffentlicht 2026-09-08
• ICANNs UA-Leitlinien geben KI zwei Rollen. Eine Kennzahl misst nicht beide

  Eine KI findet einen veralteten ASCII-Filter und schlägt eine Korrektur vor. Ein KI-gestützter Mailfilter hält danach die Nachricht an die internationalisierte Adresse auf. Beide Vorgänge können im selben Dienst stattfinden. Der erste beschreibt KI als Werkzeug, der zweite als Teil des zu prüfenden Systems. Seit die ICANN-Arbeitsgruppe KI ausdrücklich in ihre abschließende Übergabe aufgenommen hat, darf ein Fortschrittsbericht diese Rollen nicht mehr unter einer Zahl zusammenfassen.

  PrimärartikelVeröffentlicht 2026-09-08
• Auch nach Einreichung eines gTLD-Antrags läuft eine siebentägige Zahlungsfrist

  Eine fristgerechte gTLD-Einreichung reicht nicht: ICANN muss die Bewertungsgebühr innerhalb eines getrennten Zahlungsfensters erhalten.

  PrimärartikelVeröffentlicht 2026-09-06
• Die administrative Prüfung ist eine Verfahrensstufe, keine Sachentscheidung

  ICANN prüft Einreichungsfakten und bereitet Gruppen identischer Strings vor; eine inhaltliche Genehmigung ist das nicht.

  PrimärartikelVeröffentlicht 2026-09-06
• Eine RSP-Bewertung kann viele gTLDs abdecken – nur für qualifizierte Dienste

  Eine Bewertung ist über gTLDs wiederverwendbar, doch die ICANN-Qualifikation bleibt an konkrete Registry-Dienste gebunden.

  PrimärartikelVeröffentlicht 2026-09-06
• RSP-Abdeckung ist eine Funktionsmatrix, keine Anbieterzahl

  Ein Antragsteller kann mehrere Registry Service Provider nennen und dennoch eine kritische Funktion unbesetzt lassen. Die ICANN-Runde 2026 unterscheidet Main-, DNS-, DNSSEC- und optionale Proxy-RSPs mit eigenen Aufgaben und Mengenbegrenzungen.

  PrimärartikelVeröffentlicht 2026-09-06
• Einen RSP zu benennen ist keine Bestätigung im Vertragsprozess

  Ein Antragsteller kann einen Registry Service Provider im Antrag benennen. Während des Vertragsprozesses bittet ICANN diesen Anbieter gesondert um Bestätigung. Auswahl, ICANN-Anfrage und eine etwaige tatsächliche RSP-Antwort sind unterschiedliche Nachweise.

  PrimärartikelVeröffentlicht 2026-09-06
• Die RSP-Auswahl kann bis zur Bewertung warten, aber nicht unbegrenzt

  Die ICANN-Regeln 2026 erlauben einen Antrag ohne benannte Registry Service Provider. Spätestens zur Bewertung müssen jedoch die kritischen Mindestfunktionen abgedeckt sein.

  PrimärartikelVeröffentlicht 2026-09-06
• Variantensätze treten gemeinsam in das Konfliktverfahren ein

  Beantragen verschiedene Antragsteller Zeichenfolgen desselben Variantensatzes, behandeln die ICANN-Regeln 2026 die beantragte primäre Zeichenfolge und ihre beantragten zuteilbaren Varianten als eine Konflikteinheit.

  PrimärartikelVeröffentlicht 2026-09-06
• Variantenanträge bestehender gTLDs erhalten Priorität, keine Genehmigung

  ICANN zieht eine Gruppe von Anträgen in der Bearbeitungsreihenfolge vor: Anträge auf allokierbare Varianten bestehender gTLDs aus der Runde 2012. Diese Priorität ändert die Reihenfolge, nicht das inhaltliche Ergebnis.

  PrimärartikelVeröffentlicht 2026-09-06
• Varianten einer bestehenden gTLD führen zu einem einzigen Vertrag von 2026

  Wer allokierbare Varianten einer bestehenden gTLD beantragt, ergänzt nicht nur einzelne Labels unter einem unveränderten Vertrag. Die ICANN-Regeln für 2026 verlangen den Übergang zum neuen Basis-Registry-Vertrag und fassen die bestehende gTLD und ihre Varianten in einem Vertrag zusammen.

  PrimärartikelVeröffentlicht 2026-09-06
• Nur der Betreiber der bestehenden gTLD darf ihre IDN-Varianten beantragen

  In der ICANN-Runde 2026 muss der Antragsteller für IDN-Varianten einer bestehenden gTLD dieselbe juristische Person wie deren Registry-Betreiber sein.

  PrimärartikelVeröffentlicht 2026-09-06
• IDN-Varianten müssen denselben Backend-Registry-Provider nutzen

  In der ICANN-Runde 2026 müssen eine primäre IDN-gTLD und ihre Varianten während ihrer Delegierung denselben Backend-Registry-Service-Provider nutzen.

  PrimärartikelVeröffentlicht 2026-09-05
• Der Rückzug eines primären IDN-Antrags zieht auch seine Varianten zurück

  In der ICANN-Runde 2026 führt der Rückzug eines primären IDN-Antrags auch zum Rückzug aller damit beantragten Variantenstrings.

  PrimärartikelVeröffentlicht 2026-09-05
• Ein IDN-Variantenantrag darf dem Antrag für den Primärstring nicht vorausgehen

  In der ICANN-Runde 2026 darf ein Antrag für eine zuweisbare IDN-Variante nicht vor dem Antrag für die zugehörige primäre IDN-gTLD eingereicht werden.

  PrimärartikelVeröffentlicht 2026-09-05
• Bei einem vorgeschlagenen Primärstring kann die Wahl den Variantenstatus verändern

  Ist der vorgeschlagene Primärstring nicht der String einer bestehenden gTLD, bleibt die Gesamtzahl der Strings in der RZ-LGR-Gesamtmenge der Variantenstrings gleich; die Teilmengen der zuweisbaren und gesperrten Varianten können sich jedoch mit der Wahl ändern.

  PrimärartikelVeröffentlicht 2026-09-05
• ICANN erlaubt nach Einreichung den Rückzug von IDN-Varianten, aber keine neuen

  In der Runde 2026 legt die Einreichung den anfänglichen Umfang aus primärer IDN und beantragten Varianten fest: Er kann später durch Rückzug verkleinert, aber nicht erweitert werden.

  PrimärartikelVeröffentlicht 2026-09-05
• Kombinierende Zeichen erfüllen nicht das IDN-Minimum von zwei Codepunkten der Kategorie L

  ICANNs IDN-Regel 2026 verlangt mindestens zwei Unicode-Codepunkte der General Category L und schließt Codepunkte der Kategorie M bei der Feststellung aus, ob das Label nur ein Zeichen hat.

  PrimärartikelVeröffentlicht 2026-09-05
• Sprachliche Bedeutung entscheidet nicht über die ICANN-RZ-LGR-Gültigkeit einer IDN

  Der ICANN Guidebook 2026 behandelt eine IDN zunächst als technischen DNS-Bezeichner. Sprachliche Bedeutung und Root-Zone-Gültigkeit beantworten verschiedene Fragen.

  PrimärartikelVeröffentlicht 2026-09-05
• Eine nicht unterstützte Schrift gelangt nicht durch eine Validierungsanfechtung in die ICANN-Runde 2026

  Das ICANN Applicant Guidebook 2026 trennt klar zwischen der Korrektur eines Implementierungsfehlers bei der Validierung und der Aufnahme einer Schrift, die in den geltenden Root Zone Label Generation Rules fehlt.

  PrimärartikelVeröffentlicht 2026-09-05
• Eine IDN-Variante hängt vom primären String ab, doch nicht jede Variantendisqualifikation beendet den Antrag

  Der ICANN Guidebook 2026 ordnet der Disqualifikation des primären IDN-Strings andere Folgen zu als der Disqualifikation einer beantragten Variante. Diese Asymmetrie ist für die Risikobetrachtung wesentlich.

  PrimärartikelVeröffentlicht 2026-09-05
• Die ICANN-Option für einen Ersatz-String verfällt nach 14 Tagen

  Nach dem Guidebook 2026 wird ein Ersatz-String mit dem Antrag benannt, in einem 14-tägigen Zeitraum nach Reveal Day gewählt und kann nach dem Wechsel nicht rückgängig gemacht werden.

  PrimärartikelVeröffentlicht 2026-09-05
• Der Sieg bei einer ICANN-Auktion garantiert keine Delegierung

  Das Ergebnis wählt aus, welcher direkt konkurrierende Antrag weitergehen darf; es delegiert nicht selbst eine gTLD.

  PrimärartikelVeröffentlicht 2026-09-05
• Der Reveal Day finalisiert kein ICANN-Contention-Set

  Der Reveal Day beginnt die Dokumentation des Contention-Sets, legt seine Mitglieder aber nicht endgültig fest.

  PrimärartikelVeröffentlicht 2026-09-05
• Private Absprachen können ein ICANN Contention Set nicht auflösen

  Ab Reveal Day gilt für Antragsteller desselben Contention Sets eine Kommunikationsgrenze, die private Gespräche, öffentliche Erklärungen und indirekte Vermittler erfasst.

  PrimärartikelVeröffentlicht 2026-09-05
• Eine .Brand-String-Änderung darf Wörter ergänzen, aber kein Contention Set schaffen oder erweitern

  Die ICANN-Runde 2026 eröffnet einem berechtigten .Brand-Antragsteller in einem Contention Set einen eng begrenzten Änderungsweg. Sie erlaubt keine beliebige Umbenennung.

  PrimärartikelVeröffentlicht 2026-09-05
• Eine wesentliche Änderung öffentlicher Antragsteile eröffnet 30 Tage für Kommentare, aber keine automatische Genehmigung

  Wenn ICANN feststellt, dass eine Änderung öffentliche Antragsteile wesentlich betrifft, beginnt eine 30-tägige Kommentarphase, ohne dass die Änderung genehmigt ist.

  PrimärartikelVeröffentlicht 2026-09-05
• Eine GAC-Konsensempfehlung eröffnet ein 21-tägiges Antwortprotokoll, kein automatisches Vorstandsergebnis

  Eine formelle GAC-Konsensempfehlung verändert die Verfahrenslage des Antragstellers, ist aber nicht selbst die Entscheidung des ICANN-Vorstands.

  PrimärartikelVeröffentlicht 2026-09-05
• Eine GAC-Frühwarnung ist ein Signal, kein Veto: Das Reaktionsprotokoll des Antragstellers

  Die Runde 2026 gibt einer Regierungsvertretung die Möglichkeit, ein Anliegen zu benennen, ohne dass diese Mitteilung automatisch über den Antrag entscheidet.

  PrimärartikelVeröffentlicht 2026-09-05
• ICANNs neue „Zeit bis zur Minderung“ misst nicht den Eingriff selbst

  Domain Metrica schätzt nun, wie lange eine gemeldete Domain im DNS aktiv erscheint. Der Name klingt nach Reaktionszeit; berechnet wird jedoch ein Intervall zwischen zwei technischen Beobachtungen.

  PrimärartikelVeröffentlicht 2026-09-05
• Ein Singular/Plural-Risiko wirkt nicht automatisch: ICANNs 30-Tage-Nachweisakte

  In der Runde 2026 wird ein grammatisches Paar erst durch eine fristgerechte Mitteilung mit überprüfbaren Wörterbuchbelegen zur Programmentscheidung.

  PrimärartikelVeröffentlicht 2026-09-03
• Eine ICANN-Einspruchsbeschwerde ist keine Neuverhandlung: Was der Maßstab „clearly erroneous“ ändern kann

  Das Beschwerdeverfahren der Runde 2026 prüft einen konkret benannten Fehler in einer Einspruchsentscheidung; es eröffnet nicht den gesamten Streit von Neuem.

  PrimärartikelVeröffentlicht 2026-09-03
• Community Objection ist nicht CPE: Zwei ICANN-Verfahren prüfen unterschiedliche Behauptungen

  Das Wort „Community“ steht in beiden Namen, doch Parteien, Nachweise und Entscheidungsgegenstand unterscheiden sich.

  PrimärartikelVeröffentlicht 2026-09-03
• Welche Nachweisakte sollte ein Antragsteller für die Community Priority Evaluation aufbauen?

  Eine kriterienspezifische Akte ist hilfreicher als eine Sammlung von Unterstützungsbekundungen.

  PrimärartikelVeröffentlicht 2026-09-03
• Ein Anbieter, zwei Namensprüfungen: ICANN trennt die Gebühren

  Analysys Mason übernimmt die Panels für geografische und reservierte Namen. Für Antragsteller bleibt entscheidend, welche Leistung die Grundgebühr deckt und welche Prüfung zusätzlich berechnet wird.

  PrimärartikelVeröffentlicht 2026-09-03
• ccNSO trennt begründete IDN-Nachfragen von laufender Kontrolle

  Die im Juli beschlossene Antwort erlaubt gezielte Rückfragen bei einem vernünftigen Anlass. Sie soll ICANN keine dauernde Compliance-Aufsicht übertragen. Im September steht der nächste Schritt für ccPDP4 auf der Agenda des Boards.

  PrimärartikelVeröffentlicht 2026-09-03
• NextGen@ICANN begrenzt das Windhundprinzip durch Gruppenvorrang

  Für die Besetzung von drei Mentoren- und drei Auswahlplätzen zählt nicht nur, wann ein Vorschlag eingeht. ICANN kündigt auch Vorrang für Gruppen an, die die jeweilige Funktion bislang nicht besetzt haben.

  PrimärartikelVeröffentlicht 2026-09-03
• Eine ISO-Änderung kann den Ausstieg eines IDN-ccTLD auslösen. Sie gibt ICANN kein Territorialurteil.

  Ein Koordinierungssystem darf externe Tatsachen verwenden, ohne zu ihrem Richter zu werden. Gerade bei Länder- und Gebietsbezeichnungen ist diese Grenze entscheidend: Ein späterer Betriebsvorgang darf nicht so erscheinen, als habe der Betreiber die politische Tatsache selbst entschieden.

  PrimärartikelVeröffentlicht 2026-09-03
• Der ccNSO Council plant keine gemeinsame Stellungnahme zu gTLD-Missbrauch

  Der ccNSO Council will keine gemeinsame Antwort auf ICANNs Konsultation zu Missbrauchsregeln für gTLDs einreichen. Betreiber von Länderdomains können dennoch eigene Erfahrungen beisteuern. Fachlicher Austausch muss weder ein Gesamtmandat noch eine neue Zuständigkeit begründen.

  PrimärartikelVeröffentlicht 2026-09-03
• ICANNs Plan für diakritische Zeichen bindet auch den Anbieterwechsel

  Bestimmte ASCII-Endungen und ihre Schreibweisen mit lateinischen diakritischen Zeichen sollen gemeinsam betrieben werden können. Der Abschlussbericht des GNSO verbindet diese Ausnahme mit dauerhaft gekoppelten Übergängen. Für Registerbetreiber wird damit nicht nur der Einstieg, sondern auch ein späterer Wechsel zur Entscheidung über den ganzen Verbund.

  PrimärartikelVeröffentlicht 2026-09-03
• ICANN prüft jeden beantragten String auf geografische Bedeutung – was muss ein Unterstützungsschreiben belegen?

  In der ICANN-Runde 2026 wird jeder String geografisch geprüft. Entscheidend sind Befugnis, Echtheit und genauer Geltungsbereich des Nachweises.

  PrimärartikelVeröffentlicht 2026-09-03
• Der neue RIR-Entwurf kann eine Bewertung ausschließen. Der Nenner muss öffentlich bleiben

  Im empfohlenen Entwurf für die Anerkennung Regionaler Internet Registries steckt eine Entscheidung, die leicht wie reine Mathematik aussieht: ICANN könnte eine ablehnende RIR-Bewertung aus dem Zweidrittel-Nenner herausnehmen, wenn die Anerkennung Diensteregion oder Einnahmen dieses RIR erheblich berührt. Das Verfahren kennt Mitteilung und Erwiderung. Die Öffentlichkeit braucht zusätzlich einen Beleg, der eingereichte, gezählte und weiterhin berücksichtigte Bewertungen auseinanderhält.

  PrimärartikelVeröffentlicht 2026-09-02
• ICANN vermerkt eine Rücknahme, nennt den handelnden Akteur aber nicht

  Eine entfernte Stellungnahme muss nicht erneut veröffentlicht werden, damit ihr Verfahrensweg nachvollziehbar bleibt. ICANN bewahrt derzeit Name, Datum und den Zustand „Submission Retracted“. Doch weil sowohl der Einreicher als auch ICANN selbst Inhalte aus der öffentlichen Ansicht nehmen können, sagt dieser Zustand allein nicht, wessen Befugnis ausgeübt wurde.

  PrimärartikelVeröffentlicht 2026-09-02
• ICANNs spezifische Überprüfungen sind pausiert. Die Pause braucht einen Statusnachweis

  ICANN hat die spezifischen Überprüfungen nicht abgeschafft. Neben der regulären Pflicht steht nun eine Übergangsregel mit Inkrafttreten, erster Frist, zwei begrenzten Verlängerungswegen, einer Gesamthöchstzeit und unterschiedlichen Wiederanlaufsequenzen. Das ist klarer als eine Kette von Verschiebungen ohne überprüfbares Ende. Der Vorteil verschwindet jedoch, wenn das öffentliche Protokoll verschiedene Handlungen zu einem Ereignis zusammenzieht: Ein Board-Beschluss ist kein Inkrafttreten; ein Rejection-Antrag ist nicht dessen Verfahrensausgang; ein Community-Entwurf ist weder angenommene Empfehlung noch Umsetzungsauftrag; und eine Pause belegt nicht, dass eine spätere Überprüfung begonnen, geendet oder Wirkung entfaltet hat.

  PrimärartikelVeröffentlicht 2026-09-02
• ICANN87 könnte Strings erörtern, bevor die formelle Kommentierung beginnt

  Ein in Bali gezeigter Bewerbungsstring muss noch nicht der String sein, der in die Bewertung geht. ICANN87 beginnt am 17. Oktober und damit nur drei Tage nach der rechnerischen regulären Obergrenze für den Reveal Day. Folgt der Zeitplan diesem Pfad, diskutiert die Community bereits offengelegte Bewerbungen, während manche Bewerber noch einen Ersatzstring wählen können und bevor die meisten bewerbungsspezifischen Kommentar- und Einspruchswege offenstehen. Die Debatte ist erwünscht; ihr Verfahrensstatus muss trotzdem stimmen.

  PrimärartikelVeröffentlicht 2026-09-01
• ICANNs Zustimmungshürde für .TEXAS gilt exakt – Texas ergänzt „jede Ableitung“

  Zwei aufeinanderfolgende Absätze im Applicant Guidebook bilden eine klare Verfassung für geografische Namen: Der erste verlangt bei der exakten Übereinstimmung mit einem ISO-3166-2-Gebiet die Unterstützung oder Nichtbeanstandung der zuständigen Stelle. Der zweite nimmt Zeichenfolgen aus, die den Namen nur enthalten, aber nicht exakt mit ihm übereinstimmen. Der texanische Brief passt mit `.texas` in den ersten Absatz und greift mit „jeder Ableitung davon“ über ihn hinaus. Genau diese Nahtstelle muss ICANN öffentlich klassifizieren.

  PrimärartikelVeröffentlicht 2026-09-01
• ICANN protokolliert Korrektur am javanischen LGR – endgültiges XML steht noch aus

  Der öffentliche Kommentar hat keine diffuse Schwäche beschrieben, sondern eine konkrete Zeichenbeziehung korrigiert. Im besonderen Kontext für U+A9B4 muss A9BB an die Stelle von A9BC treten. ICANN hält diese Änderung im Bericht vom 24. August fest und kündigt die Abstimmung mit der javanischen Sprachgemeinschaft an. Am 1. September fehlte jedoch weiterhin das endgültige XML in der offiziellen Veröffentlichungsliste. Damit ist die Korrektur entschieden, aber noch nicht als prüfbares Endartefakt abgeschlossen.

  PrimärartikelVeröffentlicht 2026-09-01
• ICANNs Sponsoring-Ausschreibung verbindet Prüfung mit einem Ziel von bis zu doppelt so viel

  ICANN will Strategie, Akquise, Prüfung, Verkauf, Vertrag, Leistungserbringung und Auswertung seines Veranstaltungssponsorings an eine Agentur vergeben. Dieselbe Ausschreibung sucht Wege zu bis zu zweimal so viel Sponsoring-Finanzierung wie bisher. Das ist kein Beleg für gekauften Einfluss; ICANN behält Prüf- und Stopprechte. Dennoch fällt die erste Eignungsentscheidung an den Dienstleister, dessen Erfolg auch an Konversion und Wachstum gemessen wird. Eine Freigabequittung mit zwei Schlüsseln kann kommerzielle Empfehlung, ICANN-Entscheidung und das tatsächlich verkaufte Leistungspaket voneinander trennen.

  PrimärartikelVeröffentlicht 2026-09-01
• ICANN ersetzte feste Prüffristen für GNSO-Chartas durch ausgehandelte Zeitpläne

  Seit März 2026 gilt ein neues Verfahren für Änderungen an den Chartas der GNSO-Stakeholder Groups und Constituencies. Es holt die ICANN-Organisation früher in die Ausarbeitung und lässt für komplexe Governance-Dokumente mehr Spielraum. Gleichzeitig fehlen die früheren Fristen von zehn Arbeitstagen und 30 Kalendertagen sowie die an Board-Sitzungen geknüpften Rückfallregeln. Maßgeschneiderte Zeit ist nicht automatisch intransparent. Sie braucht jedoch eine öffentliche Quittung, die Zeitplan, Verfahrensstand, nächsten Verantwortlichen und jede begründete Änderung nachvollziehbar macht.

  PrimärartikelVeröffentlicht 2026-09-01
• ICANN bietet dem IGF eine Million Dollar – mit Grenze für Advocacy

  Eine Zweckbindung kann die Mission eines Gebers schützen und zugleich den Handlungsspielraum des Empfängers prägen. Beides trifft auf die von ICANN gebilligte Einmalzuwendung an das Internet Governance Forum zu. Der Vorstand veröffentlichte erstaunlich genaue Wunschbedingungen. Offen bleibt im geprüften Material, welche davon vereinbart wurden und ob das Geld die späteren Stationen überhaupt erreicht hat.

  PrimärartikelVeröffentlicht 2026-08-31
• ICANN ersetzte „alle fünf Jahre“ durch „regelmäßig“ – die Prüffrist läuft weiter

  Eine Frist muss nicht aufgehoben sein, nur weil ihre Zahl nicht mehr in der Satzung steht. ICANN verweist für die externe Qualitätsbeurteilung der Internen Revision nun auf professionelle Standards. Der von ICANN dokumentierte Standard enthält weiterhin eine Fünfjahresgrenze. Damit wird aus einer einfachen Kalenderregel eine Beweiskette: Standard, Fassung, Annahmeakt, Startdatum und jeder spätere Neustart müssen zusammenpassen.

  PrimärartikelVeröffentlicht 2026-08-31
• ICANNs Bewertung von Namenskollisionen ist keine Delegierungsentscheidung. Was muss ein Hochrisiko-String als Nächstes belegen?

  Die Bewertung von Namenskollisionen ist ein Schritt der Risikosteuerung im New-gTLD-Programm 2026. Sie bestätigt weder, dass ein vorgeschlagener String das DNS erreicht, noch dass er ausgeschlossen wird. Ihre praktische Wirkung liegt an der nächsten Schwelle: Für einen als hochriskant eingestuften String kann ein erfolgreich bewerteter Minderungsplan erforderlich sein, bevor der Antrag weitergehen kann.

  PrimärartikelVeröffentlicht 2026-08-31
• ICANN benennt Anbieter für Schutzmaßnahmen-Bewertung. Wann wird aus einer String-Prüfung eine Pflicht im Registry Agreement?

  ICANN hat Mirror Group LLC für die Safeguard Assessments der 2026 Round ausgewählt. Entscheidend ist die Grenze zwischen String-Bewertung und einer späteren vertraglichen Schutzpflicht.

  PrimärartikelVeröffentlicht 2026-08-31
• Der Arbeitsplan von ICANNs Ombuds ist öffentlich. Die Bewertungsmatrix des Boards nicht

  ICANN hat für FY27 detailliert veröffentlicht, was das Ombuds Office tun will und anhand welcher sechs Gruppen von Kennzahlen es seine Arbeit beobachten möchte. Das Board hat daneben „spezifische Ziele“ genehmigt, an denen es den Ombuds bewerten will. Nicht der Plan fehlt, sondern die öffentlich nachvollziehbare Verbindung zwischen Plan und Bewertung.

  PrimärartikelVeröffentlicht 2026-08-31
• ICANNs frühes IGO-Schiedsfenster hat keine Antwortfrist

  ICANNs Entwürfe geben Domaininhabern eine neue Möglichkeit, bevor über die Beschwerde einer zwischenstaatlichen Organisation entschieden ist: Sie können frühzeitig ein bindendes Schiedsverfahren beantragen. Einreichung, Gebühr und Benachrichtigung sind beschrieben. Auch das Wahlrecht der IGO steht fest. Offen bleibt, wann und in welcher Form aus Annahme oder Ablehnung ein belastbarer Betriebszustand wird.

  PrimärartikelVeröffentlicht 2026-08-31
• ICANN setzte Nameshops .IDN-Antrag auf „Terminated“ – der Board-Beschluss nannte „withdrawn status“

  Der Reconsideration Request 26-4 entscheidet weder über Nameshops Vorwürfe noch macht er aus `.IDN` nachträglich `.INTERNET`. Er legt aber eine prüfbare Lücke offen: Der Board-Text beschreibt ein Termination-Verfahren, legt im operativen Satz jedoch `withdrawn status` als Ziel fest. Spätere Schreiben und die aktuelle Antragszeile verwenden `Terminated`. Eine belastbare Governance braucht die veröffentlichte Zuordnung zwischen diesen Ebenen.

  PrimärartikelVeröffentlicht 2026-08-31
• ICANNs IRP-Übersetzungsentwurf verlangt schon den Hilfsantrag auf Englisch

  Der vorgeschlagene Rule 5B baut die Sprachhilfe hinter der Eingangstür erheblich aus: ICANN soll angeordnete Leistungen bezahlen, Fristen können angepasst werden, und bei Bedarf kommt auch eine Nicht-UN-Sprache infrage. An der Tür selbst gilt jedoch Englisch. Sowohl die Streitschrift als auch der Antrag auf Übersetzung müssen auf Englisch eingereicht werden. Die geltende Interimsregel lässt den Hilfsantrag noch in einer anderen Sprache zu, wenn Englisch eine unzumutbare Belastung wäre.

  PrimärartikelVeröffentlicht 2026-08-31
• Das vorgeschlagene Root-Server-Modell erlaubt eine Suspendierung, definiert aber keine Rückkehr

  Der Abschlussentwurf für eine künftige Governance des Root Server System trennt die akute Sicherheitsreaktion von der dauerhaften Entfernung eines Betreibers. Das ist sachgerecht. Dazwischen bleibt jedoch ein unvollständiger Zustand: Die künftige SIR-Funktion dürfte den Betrieb eines RSO in einem Extremfall suspendieren, doch das Modell erklärt weder den genauen Gegenstand der Maßnahme noch den autorisierten Weg von der Korrektur zurück in den Normalzustand.

  PrimärartikelVeröffentlicht 2026-08-31
• ICANNs Schwärzungsarchiv reicht bis 2026. Das Register endet mit FY24

  Die jährliche Prüfung der ICANN führt weiterhin zu gezielten Freigaben: In einem Beschluss von 2025 ist Sevilla inzwischen genannt, während der Vertragsbetrag geschützt bleibt. Dennoch verweist die Registerseite auf eine Arbeitsmappe, die mit FY24 endet. Das Verfahren funktioniert; sein öffentliches Hauptbuch läuft nicht mehr mit.

  PrimärartikelVeröffentlicht 2026-08-30
• ICANNs IRP-Entwurf kann die äußere Frist starten, bevor ein Antragsteller betroffen ist

  Ein Beschlussdatum ist leicht zu archivieren. Der Tag, an dem derselbe Beschluss einem bestimmten Beteiligten einen unmittelbaren Schaden zufügt, kann deutlich später liegen. Der vorgeschlagene Rule 4 für den Independent Review Process gibt einem materiell Betroffenen 120 Tage ab Kenntnis. Gleichzeitig beginnt eine äußere Frist von 24 Monaten mit ICANNs Handlung oder Unterlassung; nach vier Jahren endet selbst der Ausnahmeweg. Verlässliche Entscheidungen brauchen einen Schlussstrich. Dieser sollte jedoch aus einer gemeinsamen Zeitakte hervorgehen und nicht aus verstreuten Dokumenten rekonstruiert werden müssen.

  PrimärartikelVeröffentlicht 2026-08-30
• ICANN hat Indiens drei DNS-Forderungen zugeordnet. Nur eine hat datierte Meilensteine

  Indien verlangte für drei Maßnahmen zur DNS-Sicherheit sofortige Priorität. Die formelle Antwort von ICANN verwandelte Dringlichkeit nicht in Weisungsrecht: Über die Reihenfolge der gTLD-Politik entscheidet die GNSO, ICANN org unterstützt und setzt Beschlossenes um, Regierungen bringen sich beratend ein, und eine technische Gruppe darf erproben, ohne Regeln zu schaffen. Diese Trennung ist richtig. Trotzdem besitzt nur die Authentifizierung von Strafverfolgungsbehörden einen öffentlichen Zeitpfad; bei den beiden anderen Forderungen ist die nächste befugte Entscheidung nicht erkennbar.

  PrimärartikelVeröffentlicht 2026-08-30
• ICANN gibt SSE-Antragstellern 21 Tage für eine Anfechtung. Was gehört am ersten Tag in die Akte?

  Die Frist läuft, bevor die Organisation entschieden hat, ob eine tragfähige Anfechtung vorliegt. Der erste Schritt ist deshalb nicht ein vorschnelles Argument, sondern die Sicherung der Entscheidung, der Sende- und Empfangsereignisse, der Regelversion, möglicher Fehlergründe und der späteren Einreichung als zusammenhängende Nachweiskette.

  PrimärartikelVeröffentlicht 2026-08-30
• ICANN könnte ein nie geschaffenes Ombuds-Gremium ausmustern – doch der öffentliche Verfahrensstand fehlt

  ICANN hat erstmals öffentlich gemacht, dass die WS2-Empfehlung 5.8 zur Einrichtung eines externen Ombuds Advisory Panel ausgemustert werden könnte. Ein überholtes Governance-Instrument nicht mehr umzusetzen, kann die ehrlichere Entscheidung sein. Dafür muss jedoch erkennbar sein, welches Kriterium greift, welche der neun Verfahrensstufen erreicht ist und wie die sechs versprochenen Funktionen künftig erfüllt werden.

  PrimärartikelVeröffentlicht 2026-08-30
• ICANN bestätigt einen SSE-Fehler und bewertet neu: Was verbindet die beiden Entscheidungen?

  Ein Antragsteller kann mit einer Anfechtung der String Similarity Evaluation die Bestätigung eines Fehlers erreichen, ohne bereits ein neues Bewertungsergebnis zu haben. Das verbindende Element ist die Neubewertungsakte: Was die Anfechtung festgestellt hat, was erneut geprüft wurde und wie die spätere Entscheidung auf die erste verweist.

  PrimärartikelVeröffentlicht 2026-08-30
• ICANNs Kündigungsschreiben an IPIP enthält zwei Listen – nur eine nennt Vertragsverstöße

  ICANN hat dem Registrar IPIP INC. mitgeteilt, dass seine Akkreditierung am 13. September endet. Die achtseitige Entscheidung ist jedoch genauer als die naheliegende Kurzfassung. Sie nennt zunächst vier nicht behobene Vertragsverstöße, hält danach gesondert „zusätzliche Bedenken“ fest und beschreibt schließlich Folgen der Kündigung sowie fortgeltende Pflichten. Wer diese Gruppen zusammenzählt, berichtet nicht nur kürzer, sondern verändert die Reichweite des öffentlichen Befunds.

  PrimärartikelVeröffentlicht 2026-08-30
• Warum ICANN Zwei-Zeichen-gTLDs mit Zwei-Buchstaben-ASCII-Codes vergleicht – und was diese Schranke schützt

  Ein Zwei-Zeichen-Label kann die technischen Eingangskontrollen der Runde 2026 bestehen und trotzdem ausscheiden, weil es einem Zwei-Buchstaben-ASCII-Code ähnelt. Um die Entscheidung zu verstehen, reicht der Satz „darf nicht fortfahren“ nicht aus. Erforderlich ist die Antwort darauf, welche Schranke ausgelöst wurde, welches Haupt- oder Variantenlabel den Vergleich bestimmte und ob sich die Begründung aus dem veröffentlichten Datensatz rekonstruieren lässt.

  PrimärartikelVeröffentlicht 2026-08-30
• ICANN kann einen String ohne konkurrierenden Antrag stoppen. Was bewirkt ein Blocked Name tatsächlich?

  In der neuen gTLD-Runde 2026 kann eine geschützte oder reservierte Bezeichnung einen Antrag stoppen, ohne selbst zum Mitbewerber zu werden. Entscheidend ist, ob die öffentliche Akte Ausschlussgrenze, Vergleich und Anfechtungsfrist nachvollziehbar verbindet.

  PrimärartikelVeröffentlicht 2026-08-30
• Das Regionsverfahren der ccNSO setzt noch einen Verwalter je Gebiet voraus

  Bei einer Website-Migration stieß die ccNSO auf ein Autoritätsproblem in einem Formular aus dem Jahr 2007. Das Verfahren lässt den IANA-Verwaltungskontakt den Antrag eines einzelnen ccTLD-Verwalters einreichen. Die heutige ICANN-Satzung kennt mehrere Verwalter in demselben Gebiet: Jeder kann einen Vertreter bestimmen, bestimmte Stimmen werden aber durch einen einzigen Emissär des Gebiets abgegeben. Eine Überarbeitung muss deshalb Zustimmung, Vertretung und die Reichweite der Regionswahl verbinden.

  PrimärartikelVeröffentlicht 2026-08-29
• ICANNs zweiter Review-Entwurf braucht ein öffentliches Änderungsregister

  ICANN will den Umbau seines eigenen Rechenschaftssystems ein zweites Mal zur Konsultation stellen. Das ist folgerichtig: Zum ersten Entwurf gingen 23 Stellungnahmen ein, während die Arbeitsgruppe Zeitachsen, Zuständigkeiten und Parallelitätsregeln weiterentwickelte. Ein bereinigter neuer Text zeigt jedoch nur den Zielpunkt. Damit die zweite Runde den Weg dorthin prüfen kann, muss jede wesentliche Änderung mit Ausgangstext, Eingabe, späterem Vorschlag, Entscheidung und Begründung verknüpft werden.

  PrimärartikelVeröffentlicht 2026-08-29
• ICANNs zwei Aufsichtsuhren für IANA starten nun mit dem Abschlussbericht

  ICANN hat den Ausgangspunkt zweier verfassungsähnlicher Kontrollzyklen rund um die IANA-Namensfunktion verändert. Die Wirksamkeitsprüfung des Customer Standing Committee läuft künftig fünf Jahre ab dem vorangegangenen Abschlussbericht. Die periodische IANA Naming Function Review behält ihren Fünfjahresabstand, zählt aber nicht mehr ab Einsetzung des vorherigen Teams, sondern ab dessen Bericht. Das schafft Raum für Abschluss und Umsetzung und kann Überschneidungen vermeiden. Zugleich verschiebt jede lange Prüfung die äußerste Frist für den nächsten Beginn. Deshalb braucht es mehr als die Überschrift „fünf Jahre“: ein öffentliches Register für beide Uhren.

  PrimärartikelVeröffentlicht 2026-08-29
• ICANN kann zwei Strings zusammenfassen, ohne sie als ähnlich einzustufen. Was steuert der mittlere String?

  Man stelle sich drei Anträge für neue Top-Level-Domains vor. Das String Similarity Evaluation Panel hält String A für visuell verwechselbar mit String B. Außerdem hält es B für visuell verwechselbar mit C. Zwischen A und C stellt das Panel dagegen keine Verwechslungsgefahr fest. Trotzdem können alle drei Anträge in derselben Contention Set landen.

  PrimärartikelVeröffentlicht 2026-08-28
• ICANN schließt die Ähnlichkeitsprüfung vor der Bildung von Prioritätsgruppen ab. Was schützt die Alle-Strings-Regel?

  Eine späte Priority Number schließt eine beantragte Zeichenfolge nicht aus dem Vergleichsfeld aus. In der Runde 2026 müssen alle beantragten Strings auf visuelle Ähnlichkeit geprüft sein, bevor gegebenenfalls Gruppen für die priorisierte Evaluierung entstehen.

  PrimärartikelVeröffentlicht 2026-08-28
• Die ICANN-Prioritätsnummer ordnet nicht die String Evaluation: Welche fünf Prüfungen laufen außerhalb der Warteschlange?

  Eine niedrige Nummer bei der Priorisierungsziehung verbessert die Position eines Antrags in wichtigen Teilen der neuen gTLD-Runde 2026. Sie bestätigt jedoch weder die Zulässigkeit des beantragten Strings noch einen frühen Abschluss aller Prüfungen. ICANN zieht selbst eine klare Grenze: Die Prioritätsnummer bestimmt die allgemeine Reihenfolge mehrerer Verfahren, aber nicht die Reihenfolge der String Evaluation.

  PrimärartikelVeröffentlicht 2026-08-28
• ICANNs Prioritätsziehung ordnet die Warteschlange. Was garantiert eine niedrige Nummer wirklich?

  Eine Bewerbung für eine neue generische Top-Level-Domain muss technische, finanzielle und betriebliche Prüfungen durchlaufen. Einwände, String-Konflikte oder Rechenschaftsverfahren können den Weg zusätzlich verlängern. Die Ausgangsposition für mehrere spätere Schritte wird dennoch von einem überraschend einfachen Gegenstand beeinflusst: einem physischen Los für 100 US-Dollar.

  PrimärartikelVeröffentlicht 2026-08-28
• ICANN erhielt mehr als 1.100 Ersatz-Strings: Was kann der 14-tägige Wechsel tatsächlich vermeiden?

  Ein Bewerber kann am Reveal Day mit einer zweiten Wunschbezeichnung dastehen und sofort erfahren, dass diese gar nicht wählbar ist. Nach dem Applicant Guidebook für die Runde 2026 darf ein Ersatz-String nicht verwendet werden, wenn er mit dem ursprünglichen oder dem Ersatz-String eines anderen Bewerbers identisch ist. Das gilt selbst dann, wenn der andere Bewerber seinen Ersatz später überhaupt nicht aktiviert.

  PrimärartikelVeröffentlicht 2026-08-28
• ICANN hat mehr als 1.600 gTLD-Bewerbungen. Was bleibt bis zum Reveal Day unsichtbar?

  ICANN kann die Eingänge der Runde 2026 bereits zählen, während die Öffentlichkeit weder Strings noch Bewerber oder Contention Sets kennt. Dazwischen liegen mehrere institutionelle Zustände, die nicht unter einer einzigen Zahl verschwinden dürfen.

  PrimärartikelVeröffentlicht 2026-08-28
• ICANNs 24-Stunden-Regel steht. Ihr Pflichtlauf noch nicht

  Auf derselben Richtlinienseite stehen ein präziser Zeitgeber und seine Startbedingung. Abschnitt 10.7 der ICANN Registration Data Policy verlangt bei authentifizierten Eilanfragen eine Eingangsbestätigung binnen zwei Stunden und grundsätzlich eine Antwort binnen 24 Stunden. Der Umsetzungshinweis bestimmt jedoch, dass diese Pflichten erst wirksam werden, wenn ICANN eine Consensus Policy für die Authentifizierung von Antragstellern vollständig umgesetzt hat. Der Wortlaut ist veröffentlicht; die vertragliche Uhr läuft noch nicht. Für Behörden, Registrare, Registries und Compliance ist dieser Zwischenzustand nur dann belastbar, wenn ICANN den späteren Umschaltpunkt mit einer öffentlichen Aktivierungsquittung belegt. Sie muss zugleich verhindern, dass ein Identitätsnachweis als Entscheidung über Dringlichkeit, Rechtmäßigkeit oder Offenlegung missverstanden wird.

  PrimärartikelVeröffentlicht 2026-08-28
• Der UA Day schuf 17 Demonstrationen – Produktionsreife braucht einen zweiten Besuch

  Eine internationalisierte E-Mail-Adresse lässt sich in wenigen Minuten auf eine Folie schreiben. Sie durch einen Web-Stack und einen Mailserver zu schicken, ist etwas anderes. Der Bericht zum UA Day 2026 dokumentiert 17 Adoptions- und Demonstrationsveranstaltungen mit IDNs und Beispieladressen in mehreren Schriften. Für diese Kategorie galten technische Aufgaben: Domain verwenden oder registrieren, Webanwendung aufsetzen, EAI-fähige Maildienste konfigurieren, lokale Adressen erzeugen, testen. Damit hat der UA Day eine belastbare Momentaufnahme geschaffen. Was der öffentliche Sammelbericht nicht zeigt, ist die Betriebsbiografie jedes Objekts. Wer übernahm es? Welche Pfade bestanden nach einem Update? Welches Testsystem wurde planmäßig abgeschaltet? Produktionsreife beginnt nicht mit einem größeren Lob für die Demonstration, sondern mit einem späteren Besuch beim Eigentümer.

  PrimärartikelVeröffentlicht 2026-08-28
• ICANN qualifizierte 56 Bewerber für Förderung. Welche Hürden senkt das Programm wirklich?

  ICANN gewährte 56 potenziellen Bewerbern Unterstützung für neue gTLDs. Das senkt bestimmte Einstiegskosten, belegt aber noch keine 56 Hauptanträge oder Delegierungen.

  PrimärartikelVeröffentlicht 2026-08-28
• ICANN setzt keine Höchstfrist für Politikprüfung. Statusberichte brauchen eine Uhr

  Der ICANN-Vorstand will die Prüfung vom GNSO gebilligter Politikempfehlungen nicht an eine einheitliche Höchstfrist binden. Stattdessen kündigt er Zeitprognosen, einen Bericht vor jedem öffentlichen ICANN-Treffen und einen festen Prüfpunkt in seinen vorbereitenden Workshops an. Das macht den aktuellen Standort sichtbarer. Es zeigt aber nicht automatisch, wann das Paket einging, welche Unterlage fehlt, warum sich eine Erwartung verschob oder wer den nächsten Schritt schuldet. Soweit eine Quelle kein anderes Datum trägt, entspricht der Stand den bis 28. August 2026 geprüften Belegen.

  PrimärartikelVeröffentlicht 2026-08-28
• ICANN ergänzte nach der Konsultation 1.612 Han-Fälle. Das Vorscreening entscheidet nicht

  ICANNs endgültige Daten zur visuellen Zeichenkettenähnlichkeit für die neue gTLD-Runde 2026 enthalten 1.612 zusätzliche Han-Fälle. Sie wurden nach der öffentlichen Konsultation mit KI-gestützter Analyse gefunden und in die chinesischen, japanischen und koreanischen Dateien aufgenommen. Damit kann sich der Kreis prüfungswürdiger Vergleiche vergrößern. Es sind jedoch weder 1.612 Konflikte noch 1.612 Entscheidungen: Das Werkzeug liefert Kandidaten, ein unabhängiges Gremium beurteilt vollständige Zeichenketten und begründet die Folgen. Sofern eine Quelle kein anderes Datum nennt, berücksichtigt dieser Beitrag den bis 28. August 2026 geprüften Stand.

  PrimärartikelVeröffentlicht 2026-08-28
• ICANNs GRC-Ausschreibung bündelt Akten, nicht Risikobefugnisse

  ICANN will Richtlinien, Risikoregister, interne Revision, Compliance-Zuordnungen, Dashboards und automatisiert erhobene Nachweise auf einer gehosteten Plattform zusammenführen. Eine gemeinsame Akte kann Verwahrung, Versionierung und Sichtbarkeit in verteilten Teams verbessern. Der Softwarestatus darf jedoch nicht an die Stelle des institutionellen Akts treten, den er dokumentiert. Risikohoheit, Akzeptanz, Kontrollurteil, Abhilfe und Board-Aufsicht brauchen eine Befugnis-Nachweis-Kette, die auch außerhalb des gewählten Produkts verständlich und übertragbar bleibt. Soweit eine Quelle kein anderes Datum nennt, gibt dieser Beitrag den am 28. August 2026 geprüften Stand wieder.

  PrimärartikelVeröffentlicht 2026-08-27
• ICANNs Besuch bei Samson Cree Nation braucht ein Protokoll für den weiteren Weg

  ICANNs Besuch bei Samson Cree Nation auf Einladung war echte Zuhör-, Bildungs- und Beziehungsarbeit. Der veröffentlichte Bericht macht daraus jedoch weder ein Mandat der Gemeinschaft noch ein politisches Ergebnis. Rechenschaft beginnt im nächsten Schritt: Welche Themen durfte ICANN weitergeben, wer nahm sie entgegen, wie wurden sie behandelt und welche Antwort kam zurück? Soweit eine Quelle kein anderes Datum nennt, beziehen sich die hier beschriebenen aktuellen Bedingungen auf den am 28. August 2026 geprüften Evidenzstand.

  PrimärartikelVeröffentlicht 2026-08-27
• Bevor aus einer Beschwerde ein Fall für das Board wird: Was kann ICANNs Ombudsstelle tatsächlich verändern?

  ICANNs Ombudsstelle kann den Weg eines Fairnesskonflikts, seine Informationsbasis und eine freiwillige Lösung verändern – aber keine bindende Abhilfe anordnen.

  PrimärartikelVeröffentlicht 2026-08-27
• ICANNs 56 Förderzusagen ersetzen keinen öffentlichen Kohortentest

  ICANN hat im Applicant Support Program 2026 insgesamt 56 Anträge vollständig bewilligt und erklärt, die verstärkte Ansprache scheine sich ausgezahlt zu haben. Das Ergebnis ist belegt, die Ursache noch nicht. Die von der GNSO verabschiedeten Vorgaben verlangen vorab vereinbarte Konversionsmaßstäbe und Evidenz, die einen informierten Ausstieg von vermeidbarer Reibung trennt. Soweit eine Quelle kein anderes Datum nennt, beziehen sich die hier beschriebenen aktuellen Bedingungen auf den am 28. August 2026 geprüften Evidenzstand.

  PrimärartikelVeröffentlicht 2026-08-27
• ICANN will den Check verbundener Domains verpflichtend machen – aber nicht vergleichbar

  Der neue Entwurf gegen DNS-Missbrauch verlangt nach einem belegten Ausgangsfall eine Suche nach verbundenen Domains, untersagt jedoch ein vorgeschriebenes Dokumentationsformat. Unterschiedliche Ermittlungswege sind sinnvoll. Unterschiedliche Bedeutungen für dieselben Nachweiszustände sind es nicht. Soweit eine Quelle kein anderes Datum nennt, beschreibt dieser Beitrag den am 28. August 2026 geprüften Stand.

  PrimärartikelVeröffentlicht 2026-08-27
• ICANN öffnet die Downloads und schließt die API: Der Übergang braucht einen Beleg

  Ab 1. September ist die Open Data Platform von ICANN samt API nicht mehr verfügbar; die angebotenen CSV-Dateien lassen sich auf der neuen Seite ohne Anmeldung laden. Damit fällt eine Zugangshürde, während eine maschinelle Schnittstelle endet. Ob die öffentliche Beweiskette erhalten bleibt, ist eine dritte, eigenständige Frage. Soweit eine Quelle kein anderes Datum nennt, beschreibt dieser Beitrag den am 28. August 2026 geprüften Stand.

  PrimärartikelVeröffentlicht 2026-08-27
• ICANN zieht die Grenze von Phase 2A: keine neue Veröffentlichungspflicht

  Der GAC fragte, wann die Erhebung und Veröffentlichung von Registrierungsdaten juristischer Personen vorankomme. Die Antwort des ICANN-Boards stellt einen möglichen Beginn in FY2027 in Aussicht und grenzt zugleich den Auftrag ab: Phase 2A verlangt technische Felder und Best Practices, schafft aber keine allgemeine neue Vertragspflicht zur Unterscheidung oder Veröffentlichung. Soweit eine Quelle kein anderes Datum nennt, beziehen sich die hier beschriebenen aktuellen Bedingungen auf den am 28. August 2026 geprüften Evidenzstand.

  PrimärartikelVeröffentlicht 2026-08-27
• ICANN beauftragt Mirror Group – der eigentliche Test beginnt mit der Entscheidungsakte

  Die Benennung des Anbieters für das Safeguard Assessment der 2026-Runde klärt die operative Verantwortung. Ob die Einstufungen belastbar und institutionell legitim sind, wird sich jedoch erst daran zeigen, ob Fakten, Begründungen, Interessenkonflikte, Ausstände und Gleichbehandlung für jeden folgenreichen String nachvollziehbar dokumentiert werden. Soweit eine Quelle kein anderes Datum nennt, beziehen sich die hier beschriebenen aktuellen Bedingungen auf den am 28. August 2026 geprüften Evidenzstand.

  PrimärartikelVeröffentlicht 2026-08-27
• Der Domainname wurde zum Beklagten: Porsche.net und der In-rem-Weg des ACPA

  Eine Klage, die zunächst 128 Domainnamen als Beklagte aufführte, legte ein präzises Kontrollproblem offen: Worauf stützt sich die Zuständigkeit eines Bundesgerichts für die Registrierung selbst, wenn der Inhaber mit einer gewöhnlichen persönlichen Klage nicht erreichbar ist – und wann kommt ein Einwand gegen diesen Weg zu spät?

  PrimärartikelVeröffentlicht 2026-08-26
• Wann eine Registrierungsdatenanfrage dringend wird – und was die neue Frist weiterhin nicht erlaubt

  ICANNs neuer Zeitplan kann einen Registrar zu einer schnelleren Antwort verpflichten. Dringlichkeit wird dadurch aber nicht zum automatischen Anspruch auf nicht öffentliche Daten. Die Regel taktet Eingangsbestätigung und Entscheidung; Authentifizierung, Erforderlichkeit, Rechtsgrundlage und die Offenlegung selbst bleiben getrennte Fragen.

  PrimärartikelVeröffentlicht 2026-08-26
• Die 90-Tage-Notfallregel, die Registrierungsdaten in Bewegung hielt

  Acht Tage vor Geltungsbeginn der DSGVO nutzte ICANN eine befristete Vertragsbefugnis, damit die Ordnung für Registrierungsdaten nicht in Hunderte private Einzellösungen zerfiel. Die Regel wirkte sofort, trug aber ihr Ablaufdatum in sich: Dauerhafte Politik musste aus einem anderen Verfahren kommen.

  PrimärartikelVeröffentlicht 2026-08-26
• Wann eine Meldung über DNS-Missbrauch handlungsfähig wird — und was der Vertrag weiterhin nicht anordnet

  Der entscheidende Moment im ICANN-Vertragsregime ist nicht der Eingang einer Behauptung. Er ist erreicht, wenn die verfügbaren Informationen eine vernünftige Feststellung tragen. Dann müssen Registrar oder Registry zügig handeln, aber weiterhin eine Maßnahme wählen, die zu ihrer Rolle, zum Schaden und zum Risiko für legitime Dienste passt.

  PrimärartikelVeröffentlicht 2026-08-26
• Ein Portal, keine Frist: Wer genehmigt den Zugriff auf Zonendateien?

  Über CZDS lassen sich Zonendateien vieler generischer Top-Level-Domains an einer Stelle beantragen. Der gemeinsame Eingang verdeckt jedoch eine verteilte Zuständigkeit: Prüfung, Genehmigung, Widerruf und Aufsicht liegen nicht bei derselben Stelle.

  PrimärartikelVeröffentlicht 2026-08-26
• Wenn ICANN einen Registrar beendet: Wer erhält die Domains?

  ICANN verlangt eine Gemeinwohlbegründung, während ein Bewerber zugleich für das Kundenportfolio zahlen kann. Dieser scheinbare Widerspruch ist kein Beweis für einen Verkauf der Domains, aber ein guter Grund, Qualifikation und wirtschaftlichen Anreiz getrennt offenzulegen.

  PrimärartikelVeröffentlicht 2026-08-26
• Ein erreichbares Postfach ist kein Eigentumsnachweis: Vier Beweise, die ICANNs Genauigkeitsregeln trennen

  ICANNs Regeln können prüfen, ob ein Datenfeld korrekt aufgebaut ist und ob jemand auf eine E-Mail oder einen Anruf reagiert. Diese Kontrollen sind nützlich. Sie beweisen weder, wer das Registrar-Konto tatsächlich beherrscht, noch welche Person oder Gesellschaft den besseren Rechtsanspruch auf die Domain hat.

  PrimärartikelVeröffentlicht 2026-08-25
• Datensätze im Escrow, kein Registrar im Betrieb

  Ein vollständiger Notfallordner ist noch keine Notfallorganisation. Im Registrar Data Escrow kann eine aktuelle, signierte und fehlerfreie Datei liegen, während beim Registrar niemand mehr eine Verlängerung bearbeitet. Der Datensatz nennt Domain, Ablaufdatum und Kontakt. Er stellt weder ein Kundenportal bereit noch kennt er ein Guthaben, beantwortet ein Ticket oder betreibt die Website.

  PrimärartikelVeröffentlicht 2026-08-25
• Der Vier-Stunden-Kontakt, der den Transfer nicht rückgängig machen kann

  Um 02:00 Uhr meldet der bisherige Registrar einen mutmaßlich unbefugten Transfer über TEAC. Um 05:59 Uhr antwortet eine befugte Fachkraft des neuen Registrars und eröffnet die Untersuchung. Die Vier-Stunden-Pflicht ist erfüllt. Im Register steht weiterhin derselbe neue Sponsor.

  PrimärartikelVeröffentlicht 2026-08-25
• ICANN hat sieben Führungskräfte benannt. Die Auswahlmatrix fehlt noch

  Das ICANN NomCom 2026 hat sieben Namen und aggregierte Daten zu 223 vollständigen Bewerbungen veröffentlicht. Noch offen ist die Verbindung zwischen den Anforderungen jeder einzelnen Position, der neuen Methode zur Analyse der Board-Kompetenzen und der endgültigen Besetzung. Eine solche Erklärung ist möglich, ohne einen erfolglosen Kandidaten offenzulegen — und die bis Oktober laufende Berichtsphase bietet dafür noch Raum.

  PrimärartikelVeröffentlicht 2026-08-23
• Das CIP der ICANN läuft. Der Rechenschaftstest folgt erst noch

  Die erste jährliche Fortschrittsübersicht zum Continuous Improvement Program der ICANN zeigt sechs von acht beteiligten Community-Strukturen in Arbeit; ALAC setzt bereits priorisierte Verbesserungen um. Das belegt institutionelle Mobilisierung, aber noch keine höhere Wirksamkeit oder Rechenschaftspflicht. Diese Prüfung beginnt mit Zielwerten, Ist-Ergebnissen und öffentlichen Berichten — während die unabhängigen Organizational Reviews bis zum Ende des ersten Zyklus ausgesetzt bleiben.

  PrimärartikelVeröffentlicht 2026-08-22
• Mehr als 1.600 gTLD-Anträge bei ICANN stehen noch vor der Zahlungshürde

  Die Einreichungsfrist ist vorbei, doch der endgültige Umfang der Runde 2026 steht noch nicht fest. Erst vollständige, abgeglichene Gebühren machen aus eingereichten Fällen den bezahlten Bestand — mit dem 19. August als Basis und einer eigenen Sieben-Tage-Frist für später versandte Rechnungen.

  PrimärartikelVeröffentlicht 2026-08-19
• IANA kennzeichnet Root KSK Ceremony 62 als abgeschlossen — was der öffentliche Datensatz belegt

  IANA führt Root KSK Ceremony 62 nun als abgeschlossen. Der öffentliche Datensatz beschreibt den Vorgang vom 12. August mit ZSK-Signierung für das vierte Quartal 2026 und der Stilllegung zweier HSMs; er ist für sich genommen kein unabhängiges Auditurteil.

  PrimärartikelVeröffentlicht 2026-08-13
• Nach ICANNs Frist entscheidet nicht der Name, sondern die Betriebsfähigkeit des Registers

  Am 12. August um 23:59 UTC endeten sowohl das Bewerbungsfenster für ICANNs New-gTLD-Runde 2026 als auch das Fenster des Programms zur Bewertung von Registry Service Providern. Damit ist kein neuer Name delegiert. Sichtbar wird vielmehr die technische Dienstleistung, die ein mögliches Register später tragen müsste.

  PrimärartikelVeröffentlicht 2026-08-13
• Die DNS-Manipulationswarnungen von 2019 machten die Änderungskontrolle bei Registraren zum Rechenschaftstest

  Ein vertrauter Domainname und ein vom Browser akzeptiertes Zertifikat beweisen nicht, dass der ausgelieferte DNS-Zustand dem Willen des Domaininhabers entspricht. Entscheidend ist, wer Änderungen praktisch autorisieren, veröffentlichen, beobachten, begrenzen, belegen und rückgängig machen konnte.

  PrimärartikelVeröffentlicht 2026-08-04
• Wie die Root-DNS-Flut von 2015 betreiberübergreifende Telemetrie zum Rechenschaftstest machte

  Zwei zeitlich klar begrenzte Abfragefluten zeigten, wie die globale Kontinuität des Root Server System mit überlasteten lokalen Verbindungen vereinbar ist – und warum belastbare Rechenschaft erst durch zeitlich abgestimmte, schichtenspezifische Telemetrie entsteht.

  PrimärartikelVeröffentlicht 2026-08-02
• Der Root-DNS-Angriff von 2002 machte die Resilienz verteilter Dienste zum Rechenschaftstest

  Der Angriff vom Oktober 2002 auf das DNS-Rootserver-System zeigte, warum ein korrekter Zuständigkeitsnachweis keine Verfügbarkeitsgarantie ist. Rechenschaftspflicht beruht auf erreichbarem autoritativem Dienst, Routen- und Kapazitätsvielfalt, Resolver-Verhalten, Verkehrskontrollen, Messgrenzen und Belegen, dass verteilte Betreiber den Dienst wiederherstellten.

  PrimärartikelVeröffentlicht 2026-07-29
• Der DNSSEC-Root-KSK-Rollover bewies: Bereitschaft muss überprüfbar sein

  ICANNs DNSSEC-Root-Key-Signing-Key-Rollover von 2018 wird oft als erfolgreiches globales kryptografisches Wartungsereignis in Erinnerung behalten. Für die Rechenschaftspflicht im Risikomanagement ist die wichtigere Lehre enger: Der Erfolg hing davon ab, dass Bereitschaft und Reparatur beobachtbar waren, bevor die Öffentlichkeitsarbeit den Sieg verkünden konnte.

  PrimärartikelVeröffentlicht 2026-07-11
• ICANN machte den DNSSEC-Root-Key-Rollover zu einem öffentlichen Test der operativen Rechenschaftspflicht

  ICANNs erster DNSSEC-Root-Key-Signing-Key-Rollover war nicht nur ein kryptografisches Wartungsereignis. Es war eine seltene weltweite Übung zur Änderung eines gemeinsamen Vertrauensankers, während Millionen von rekursiven Resolvern, öffentlichen Einrichtungen, Unternehmen, Softwareanbietern, Registern, ISPs und Endnutzern darauf angewiesen waren, dass dieselbe Root-Zone-Validierungskette weiterhin funktioniert.

  PrimärartikelVeröffentlicht 2026-07-10
• IPv4-Preise beginnen bei Regeln, Historie und Nettoerlös

  Die Präfixgröße allein bewertet keinen IPv4-Block. Übertragbarkeit, Register-, Routing- und Reputationshistorie, Kosten und alternative Nutzung bestimmen den tatsächlichen Wert eines Angebots.

  Erwähnter ArtikelVeröffentlicht 2026-05-26
• ICANN-Update zum Insolvenzverwalter verankert den Neustart des AFRINIC-Vorstands unter gerichtlicher Aufsicht

  Das ICANN-Update vom März 2025 zum Insolvenzverwalter dokumentiert die gerichtliche Ernennung von Gowtamsingh Dabee zum Leiter von AFRINIC und macht den Wiederaufbau des Vorstands zu einem Legitimationstest.

  Erwähnter ArtikelVeröffentlicht 2026-05-26

1. 2026-07-05

   Github org account match observed: GitHub account observed for ICANNNiedrige KonfidenzHistorisch