Zusammenfassung

  • Der Zugang zum SSAC wird vom Membership Committee vorgefiltert, vom gesamten SSAC bestätigt und vom ICANN-Board formalisiert. Die Legitimation beruht auf Satzung, Ernennung und Fachwissen, nicht auf einer Wahl durch Internetnutzer oder Nummernressourcen-Inhaber.
  • Mitglieder wirken als Einzelpersonen mit. Das Verfahren verwaltet Beziehungen durch Offenlegung, nicht durch pauschalen Ausschluss. Eine veröffentlichte Zugehörigkeit ist daher ein prüfbarer Zusammenhang, aber kein Beweis unzulässiger Einflussnahme.
  • Das SSAC kann weder allgemein regulieren noch vollstrecken oder entscheiden. Praktische Macht liegt im ersten Problemrahmen: Wer kommt in den Expertenkreis, welches Risiko wird priorisiert und welche Evidenz muss ein späterer Entscheider widerlegen?

Der Ernennungsbeschluss trennt drei Rollen

Am 25. Januar 2026 ernannte das ICANN-Board Wes Hardaker, Sourena Maroofi und Raffaele Sommese bis zum 31. Dezember 2028 zu SSAC-Mitgliedern. Der Beschluss nennt auch die Vorstufen. Das Membership Committee legte seine Empfehlung dem SSAC am 25. November 2025 vor. Der gesamte SSAC stimmte am 10. Dezember im Konsens zu.

Das Board veröffentlichte Qualifikationen und berufliche Verbindungen. Es behandelte die Ernennung als organisatorisch-administrative Funktion ohne Pflicht zur öffentlichen Kommentierung. Die drei Ernennungen sollten die damalige Mitgliederzahl von 37 auf 40 erhöhen. Bei der Erfassung zeigte die aktuelle Mitgliederseite 41 Ergebnisse. Solche Zahlen belegen einen Stand der Liste, nicht die aktive Beteiligung an einer bestimmten Empfehlung.

Die Kette verteilt Autorität. Das interne Committee entscheidet, welche Bewerbungen genügend Grundlage haben, um weiterzugehen. Das SSAC entscheidet, ob es eine Person empfiehlt. Das Board übt die satzungsmäßige Ernennung aus. Internetnutzer, RIR-Mitglieder, Adress- oder ASN-Inhaber, Registries, Registrare und Netzbetreiber bilden keine Wählerschaft dieses Verfahrens.

Die ICANN Bylaws sehen dreijährige Amtszeiten vor. Mitglieder können unbegrenzt oft wiederernannt werden; ungefähr ein Drittel soll jährlich betrachtet werden. Das Board kann Mitglieder auf Empfehlung des SSAC oder nach Beratung mit ihm abberufen.

Die Konstruktion bewahrt seltenes Wissen. Unbegrenzte Wiederernennung, vertraulicher Kontext, wiederholte Autorenschaft und institutioneller Zugang schaffen zugleich Beharrung. Das ist ein Lock-in-Mechanismus, kein Beweis für Capture.

Kriterien sind sichtbar, Ergebnisverteilungen nicht

Version 12 der Operational Procedures setzt das Membership Committee aus dem Chair, Vice Chair und Board Liaison ohne Stimmrecht sowie fünf stimmberechtigten SSAC-Freiwilligen zusammen. Vier Stimmen bilden das Quorum. Das Committee strebt gewöhnlich Einstimmigkeit an. Abstimmungsdetails bleiben bis auf das Ergebnis intern.

Bewerber reichen Lebenslauf, Erklärung, Kompetenzfragebogen, Interessenerklärung und Arbeitsnachweise ein. Das Committee prüft Vertrautheit mit dem SSAC, verfügbare Zeit und benötigte Fähigkeiten. Beziehungen zu Organisationen innerhalb und außerhalb ICANNs sowie geografische, geschlechtliche und weitere Diversität fließen ebenfalls ein.

Wird eine Person nicht empfohlen, erfährt der übrige SSAC ihren Namen nicht. Chair und Vice Chair behandeln eine Beschwerde im Einzelfall; ihre Entscheidung ist endgültig. Eine erneute Bewerbung ist frühestens nach zwölf Monaten möglich.

Auch eine positive Empfehlung ist noch keine Ernennung. Der gesamte SSAC erhält Unterlagen und mindestens eine Woche für begründete Einwände. Ein Einwand unterbricht den normalen Weg. Der Chair moderiert die Überprüfung und stellt die Konsensposition fest. Bis zum Board-Beschluss nimmt die Person nur als Invited Guest teil.

Die gesichteten Unterlagen belegen keinen Ausschluss aus sachfremden Gründen. Sie enthalten aber auch keine aktuellen Zahlen zu Bewerbungen, Ablehnungen, Einwänden, Beschwerden, geänderten Entscheidungen oder Bearbeitungszeiten. Feststellbar ist eine Ergebnislücke, nicht ein unbewiesenes Motiv.

Individuelle Mitwirkung beseitigt Beziehungen nicht

Die Regeln erklären, Mitglieder handelten als Einzelpersonen und nicht als Vertreter ihrer Arbeitgeber oder anderer Organisationen. Eine Biografie mit Unternehmen, Universität, Root-Server, IETF oder anderem ICANN-Gremium belegt deshalb weder Weisung noch Delegation.

Gleichzeitig räumt das Verfahren ein, dass organisatorische Kontakte Auffassungen beeinflussen. Die Antwort lautet Offenlegung. Die Conflict-of-Interest-Regel des Boards sei für SSAC-Mitglieder nicht passend. Hauptpflicht sei nicht Konfliktbeseitigung oder Ausschluss, sondern Offenlegung von Interessen und Transparenz über Beziehungen, die als Einfluss wahrgenommen werden könnten. Die Vertretung eines bestimmten Interesses ist zulässig, wenn es offengelegt wurde.

Für ein Expertengremium ist das nachvollziehbar. Wer DNS-Betrieb, Registrar-Prozesse oder Softwareabhängigkeiten aus der Praxis kennt, steht häufig selbst in einer Beziehung zum Gegenstand. Ein vollständiger Ausschluss könnte das notwendige Wissen entfernen.

Dann muss aber die Offenlegung eine überprüfbare Spur erzeugen. Jedes Mitglied aktualisiert sein Disclosure of Interests mindestens jährlich und bei wesentlichen Änderungen. Relevante Interessen sollen im konkreten Gespräch benannt, mündliche Hinweise im Sitzungsprotokoll dokumentiert werden. Jeder Bericht verlinkt auf die bei Veröffentlichung geltenden öffentlichen Erklärungen.

Aktuelle Profile und datierte Archive zeigen publizierte Verbindungen. Sie beantworten nicht systematisch, ob ein Mitglied bei einem konkreten Thema mitwirkte, sich enthielt oder zurückzog, wer entschied und welche nicht vertrauliche Begründung galt. Die Beziehung ist dokumentiert; ihre Behandlung oft nicht.

Vertraulichkeit verbessert Evidenz und schwächt Nachvollziehbarkeit

SSAC-Beratungen sind vertraulich, soweit sie nicht ausdrücklich geöffnet werden. Der Grund ist substanziell: Mitglieder können sicherheitssensible oder proprietäre Informationen teilen. Eine vollständig öffentliche Sitzung könnte eine Schwachstelle vor ihrer Behebung offenlegen oder eine Quelle vom Sprechen abhalten.

Die Vertraulichkeit ist deshalb nicht bloß organisatorische Bequemlichkeit. Sie schränkt dennoch die externe Prüfung ein.

Ein Work-Party-Chair koordiniert Beiträge und Entwurf und stellt Konsens fest. Support Staff kann recherchieren, ein Konzeptpapier entwerfen, redigieren oder als Mitautor beziehungsweise Forscher erscheinen. Sind Auffassungen unvereinbar, sollen mehrere Perspektiven dargestellt werden; eine nicht konsensfähige Position soll keine Empfehlung tragen.

Ein unzufriedenes Mitglied kann den Konsensaufruf akzeptieren oder sich aus dem Produkt zurückziehen. Der Grund muss weder genannt noch diskutiert werden. Danach prüft der gesamte SSAC. Scheitert der finale Konsens, wird die Arbeit gestoppt und intern als aufgegeben vermerkt. Gelingt er, bereitet Staff die Veröffentlichung vor. Auch dann bleibt ein Rückzug ohne öffentliche Begründung möglich.

Das beweist keine Unterdrückung von Dissens. Es belegt die Grenze der öffentlichen Rekonstruktion. Ein Rückzug kann technischen Widerspruch, ein Interesse, ein Verfahrensproblem oder etwas anderes bedeuten. Eine aufgegebene Arbeit kann vor der Veröffentlichung aus der sichtbaren Akte verschwinden.

Die praktikable Frage lautet daher nicht: vertraulich oder öffentlich? Sie lautet: Welche Entscheidungsmetadaten können veröffentlicht werden, ohne die geschützte Evidenz freizugeben?

Zwei Berichte zeigen die öffentliche Schicht

SAC125 zur Nameserver-Verwaltung durch Registrare und SAC132 zur Abhängigkeit des DNS von freier und Open-Source-Software nennen Mitwirkende und Support Staff. Beide haben Abschnitte für Dissens und Withdrawals. Keiner verzeichnet einen Rückzug.

SAC125 verweist auf die laufende Profil- und DOI-Seite. SAC132 verlinkt ein Archiv vom 16. Mai 2025 und fixiert damit den damals veröffentlichten Stand besser. Kein Bericht enthält die vollständige Versionsgeschichte wichtiger Aussagen, eine themenspezifische Offenlegungstabelle oder alle internen Teilnahmeentscheidungen.

Öffentliche Zuschreibung ist wertvoll, aber sie ist kein Conflict-Disposition-Register.

Auch der unabhängige Review von 2018 bleibt historisch. Er beschrieb Interessenkonflikte in einem Spezialistengremium als unvermeidbar, berichtete formelle und informelle Offenlegungs- und Recusal-Praktiken und fand in seiner damaligen Untersuchung keinen unzulässigen externen Einfluss. Die Conflict-Grafik beruhte auf fünfzehn SSAC-Antworten. Empfehlung 29 forderte, den Prozess beizubehalten und das letzte Abgabedatum jedes Mitglieds zu veröffentlichen.

Später meldete das SSAC aktualisierte Biografien und Einzeldaten sowie die Erledigung oder Integration akzeptierter Empfehlungen. Das Board nahm den Abschlussbericht 2021 an und regte weiteres Impact Monitoring an. Das belegt Prozessschritte, nicht die heutige Wirksamkeit.

Der dritte Review wurde 2022 verschoben. Laut aktueller Statusseite bestätigte das Board im Mai 2025, organisatorische Reviews bis zum Abschluss des ersten Continuous Improvement Program-Zyklus aufzuschieben. Es fehlt somit eine aktuelle unabhängige Ergebnisprüfung. Die Lücke beweist kein Versagen, verbietet aber, den Befund von 2018 als Garantie für 2026 zu behandeln.

Advice endet vor der Umsetzung

Die Bylaws geben dem SSAC beratende, kommunikative, risikobewertende und empfehlende Aufgaben. Die Operational Procedures verneinen regulatorische, vollstreckende und rechtsprechende Macht. Wirkung entsteht nur, wenn andere die Qualität des Advice akzeptieren und ihm folgen.

Vor dieser Grenze besteht Framing Power. Ein Spezialistengremium kann das Risiko auswählen, schwer verfügbare Evidenz ordnen und die erste vollständige Darstellung liefern, die Board oder Betreiber widerlegen müssen. Sicherheitswarnungen erhöhen den Rechtfertigungsdruck. Direkter Zugang verkürzt den Weg zur Agenda.

Das ist kein Befehl. ICANN beschreibt fünf Phasen zur Annahme, Einordnung, Prüfung, Umsetzung und Schließung von Empfehlungen in einem zentralen Repository. Ein Status belegt Bearbeitung, nicht Annahme, Kausalität oder Kostentragung.

Für Adress- und ASN-Inhaber ist die Wirkung indirekt. Das SSAC verteilt keine Nummern und setzt keine RIR-Policy. Seine Analysen können jedoch Sicherheitsannahmen von Board, Registries, Registraren und DNS-Betreibern verändern. Eintritt, Problemrahmen, SSAC-Konsens und Umsetzung müssen getrennt belegt werden.

Quellen