Das ICANN86 Policy Forum in Sevilla brachte die globale Internet-Governance-Community zusammen, um sich auf praktische, operative und politische Fragen zu konzentrieren, die die Zukunft des DNS prägen. Für das ccTLD-Ökosystem ging es in den Diskussionen weniger um strukturelle Erweiterung als vielmehr um die Stärkung von Stabilität, Sicherheit und Nutzbarkeit der Länderdomains weltweit.
1. Eindämmung von DNS-Missbrauch auf dem Weg zu verbindlichen Richtlinien
Ein zentrales konkretes Thema auf der ICANN86 war der laufende GNSO Policy Development Process (PDP) zur Eindämmung von DNS-Missbrauch, der aktiv daran arbeitet, klarere Erwartungen an die Vertragsparteien zu definieren.
Diskutierte Kernrichtung:
- Wann Registrare Prüfungen verbundener Domains bei bösartigen Registrierungen durchführen sollen
- Übergang von freiwilligen Best Practices hin zu strukturierteren politischen Vorgaben
- Koordination zwischen Vertragsdurchsetzung und technischen Gegenmaßnahmen
- Dies signalisiert einen Wandel von „bestmöglichen Bemühungen“ hin zu klarer definierten Verantwortlichkeiten in Teilen des DNS-Ökosystems.
2. Zugang zu Registrierungsdaten (SSAD / Zugangsmodelle der nächsten Generation)
Die Diskussionen über einen verbesserten Zugang zu nicht öffentlichen Registrierungsdaten wurden anhand sich weiterentwickelnder Modelle wie dem SSAD (System for Standardized Access and Disclosure) fortgesetzt.
Zentrale Fragen:
- Offenlegungsanfragen vorhersehbarer und nachprüfbarer gestalten
- Datenschutzanforderungen nach dem Vorbild der DSGVO mit den Bedürfnissen der Strafverfolgung in Einklang bringen
- Einheitlichkeit zwischen Registries und Registraren verbessern
- Dies bleibt ein zentrales Spannungsfeld im Umfeld nach WHOIS.
3. DNS-Missbrauch und KI als gemeinschaftsübergreifende Priorität
Die Planung der ICANN86-Plenarsitzungen hob eine Schwerpunktsitzung hervor zu:
- den Auswirkungen Künstlicher Intelligenz auf DNS-Missbrauch
- Wie KI Phishing, Domaingenerierung und Erkennungsmethoden verändert
- Dies spiegelt einen Wandel hin zur Antizipation von Missbrauchsmustern der nächsten Generation wider, statt nur auf bestehende zu reagieren.
4. ccNSO-Sitzungen: Operative Resilienz und reale Herausforderungen für Registries
Die ccNSO-Agenda auf der ICANN86 war stark operativ ausgerichtet und umfasste:
- Tech-Day-Sitzungen mit Schwerpunkt auf Registry-Sicherheit und DNS-Betrieb
- Diskussionen über DNS-Resilienz und regulatorische Auswirkungen auf den ccTLD-Betrieb
- Arbeiten zu IANA-bezogener Notfallwiederherstellung für ccTLDs und öffentlichen Aufzeichnungen
- Austausch von Fallstudien in den ccTLD-News-Sitzungen
Dabei handelt es sich um praxisnahe, betreiberorientierte Diskussionen und nicht um abstrakte Policy-Theorie.
5. Root-System & Arbeiten zu Sicherheit und Stabilität (Schnittstelle SSAC / RSSAC)
Die technischen Beratungsgespräche umfassten:
- Erwartungen an das Root-Server-System und betriebliche Verfahren
- Gemeinsame Sitzungen zu DNS-Sicherheit, -Stabilität und -Resilienz (SSR)
- Anhaltender Fokus auf die Koordination von Vorfällen über die gesamte DNS-Infrastrukturebene hinweg
- Dies unterstreicht, dass die Stabilität der ccTLDs eng mit der Resilienz des Root- und Resolver-Ökosystems verknüpft ist.
6. Universal Acceptance & IDNs als Umsetzungsprobleme (nicht nur Policy)
- Anders als in früheren Phasen wurden UA- und IDN-Diskussionen auf der ICANN86 anhand realer Umsetzungslücken geführt und nicht anhand von Konzeptvalidierung:
- Unternehmens- und Behördensysteme, die gültige Domainformate weiterhin nicht unterstützen
- Fragmentierung im Softwareverhalten über Schriftsysteme und Sprachen hinweg
- Anhaltender Fokus darauf, die mehrsprachige Nutzbarkeit des Internets in großem Maßstab zu ermöglichen
Abschließende Einordnung
Die ICANN86 hat für die ccTLD-Community eines deutlich gemacht: Die Arbeit wird zunehmend operativ und umsetzungsintensiv.
- Statt neuer struktureller Debatten verlagert sich der Fokus auf:
- durchsetzbare Richtlinien gegen DNS-Missbrauch,
- praktikable Mechanismen für den Zugang zu Registrierungsdaten,
- und die reale Umsetzung eines mehrsprachigen, widerstandsfähigen DNS.
