Signale für politische Kontinuität, Legitimität und Rechenschaftspflicht in Internet-Governance-Institutionen.
Governance
Governance
Governance-Analyse verfolgt die Institutionen, politischen Prozesse, Normungsgremien, Registeroperationen, Rechenschaftsstreitigkeiten und Betreibergemeinschaften, die prägen, wie das Internet regiert und betriebsfähig gehalten wird.

RIR-Wächter, Fallakte, NRS, ICANN, IETF, Geschichte des Internets und NOG-Sitzungen
Bei der Abdeckung liegt der Schwerpunkt auf Umsetzungsnachweisen und institutionellem Verhalten statt auf Positionsbekundungen.
Aktuelle Berichterstattung
Aktuelles zu Governance
7.584 Artikel

IETF
Eine hybride Signatur ist nur so hybrid wie ihr Prüfer
In einer Sicherheitsarchitektur stehen oft zwei Häkchen nebeneinander: „hybride Signatur erzeugt“ und „zertifiziertes Modul verwendet“. Dazwischen fehlt die Zeile, die über die tatsächliche Zusicherung entscheidet: Was hat der konkrete Prüfer beim Annehmen des Objekts…

Geschichte
Steve Crocker und die Notiz, die vor dem Standard vorläufig bleiben musste
Am 7. April 1969 konnte Steve Crocker kein fertiges Netz beschreiben. RFC 1 legte offene Fragen zur Host-Software mehreren Standorten vor, die erst noch gemeinsame Antworten finden mussten. Autor, Datum und Nummer machten den Vorschlag auffindbar; seine Vorläufigkeit verhinderte…

Fallakte
Großbritanniens Plan zu Nacktaufnahmen Minderjähriger reicht bis in Geräte und Apps. Der Pflichtenkatalog fehlt
Die britische Regierung will gesetzlich verhindern, dass unter 18-Jährige Nacktaufnahmen anfertigen, ansehen oder versenden. Kameras und Apps von Drittanbietern sollen einbezogen werden. Damit beschreibt London ein Ergebnis für den gesamten Gerätestapel, bevor feststeht, wer an…

Berichte
AIRRS sendet „amp;profile“, das echte AFRINIC-Profil von RIPEstat antwortet mit 500
Sieben gefüllte Registerkarten sehen wie ein bestandener Funktionstest aus. Bei AIRRS belegen sie jedoch nur, dass RIPEstat eine Standardstruktur geliefert hat. Der JavaScript-Client sendet nicht den Parameternamen `profile`; wird das AFRINIC-Profil korrekt benannt, enden vier…

IETF
Der Kanal endete, die Claims wanderten weiter: RFC 9781
Ein Gateway kann eine CBOR-Map korrekt aus einem geschützten Kanal lesen und sie Sekunden später ohne denselben Herkunftsnachweis cachen. RFC 9781 macht diesen Übergang zur Hauptsache: Tag 601 kennzeichnet ungeschützte Claims; ihre Zusicherung gehört dem Kanal und endet an dessen…

Berichte
Bei APNIC 62 standen sieben Policy-Vorschläge an. Zu zwei gab es keinen Konsensaufruf.
Der Konferenzbericht teilt die Vorschläge nicht bloß in Gewinner und Verlierer. Er bewahrt einen dritten Verfahrenszustand: prop-165 und prop-172 wurden erörtert, doch ein Konsensaufruf fand nicht statt. Nun muss der öffentliche Nachweis zeigen, wohin dieser Zustand führt, ohne…

IETF
RFC 9950 konfiguriert TLS, autorisiert aber nicht die AAA-Umstellung
Wer TACACS+ auf TLS 1.3 umstellt, tauscht nicht nur einen Transport aus. Er verändert den Weg, über den administrative Macht ins Netz gelangt. RFC 9950 beschreibt diesen Weg präzise. Ob die Flotte ihn sicher betreten kann, wer das Restrisiko trägt und wann der alte Weg…

IETF
Sechs Regeln bestimmten das Ziel — der Datenpfad blieb beweispflichtig
Eine eindeutige VLAN-Klassifikation ist ein sauberer Kontrollzustand, aber noch kein beobachteter Transport. Revision 18 ordnet konkurrierende Treffer; Zähler, Mitschnitte und Pfadbelege müssen danach zeigen, was die Plattform tatsächlich getan hat.

Geschichte
Butler Lampson und die Anfrage, die vor der Erlaubnis einen Sprecher brauchte
Wenn eine Anfrage einen Rechner erreicht, sieht dieser keinen Menschen. Er sieht zunächst eine Leitung, einen Prozess, einen Schlüssel oder einen authentisierten Kanal. Butler Lampson und seine Mitautoren machten aus dieser unscheinbaren Ankunft eine klare Reihenfolge: Erst muss…

ICANN
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…

Geschichte
Wenn der Beobachter konfigurieren darf: RFC 2006 als Machtfrage
Ein Management-System, das Mobile IP beobachtet, kann es über dieselbe Schnittstelle auch verändern. Damit wird jede spätere Messung zur Frage nach der Trennung von Leserecht, Schreibmacht und Auswertung.

Berichte
AFRINIC lässt nach Nominierungsschluss 7½ Tage bis zur Co-Chair-Liste. Der Leitfaden nennt zwei Wochen Prüfzeit.
Die Differenz beweist weder Eile noch einen Regelverstoß. Sie zeigt eine fehlende Verbindung im öffentlichen Nachweis: Der konkrete Kalender und die Richtdauer passen nur zusammen, wenn ein Teil der Prüfung schon vor Fristende läuft. Wie das geschieht, bleibt offen.

Berichte
Das AuthDNS-Verzeichnis des RIPE NCC zählt 43 Knoten, aber nicht ihre Reichweite in Zugangsnetzen
Der Plan des RIPE NCC beschreibt kein Wettrennen um weitere Punkte auf einer Karte. AuthDNS soll in großen Zugangsnetzen, bei deren Peering-Partnern oder an geeigneten IXP-Ports näher an bislang schwach erreichte Nutzergruppen rücken. Das öffentliche Verzeichnis belegt 43…

IETF
Die hochgezogene Augenbraue hat eine RFC-Nummer, aber keine Durchsetzungsmacht
`MUST` ist in RFC 9948 korrekt großgeschrieben. Auch Nummer, DOI und Fundstelle sind echt. Falsch wird die Sache erst, wenn ein nachgelagertes System daraus schließt, die IETF habe eine hochgezogene Augenbraue als Sanktion angeordnet. Formale Genauigkeit schützt nicht vor einer…

ICANN
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…

Geschichte
Die Schnittstelle musste erst trainieren, bevor sich ihre MTU änderte: RFC 2020
RFC 2020 zog 1996 eine Grenze, die Verwaltungsoberflächen gern verwischen: Ein gewünschtes Rahmenformat, ein Promiscuous-Modus oder eine neue Kontrollrolle war noch kein Nachweis dafür, dass eine IEEE-802.12-Schnittstelle so arbeitete.

IETF
Der Typ wählte den Prüfer, nicht die Entscheidung: RFC 9782
Ein Gateway kann einen EAT korrekt einordnen und trotzdem noch nichts über dessen Vertrauenswürdigkeit wissen. RFC 9782 standardisiert die erste Zuordnung. Gerade dadurch wird sichtbar, wie viele Nachweise zwischen einem passenden `Content-Type` und einer zulässigen Handlung noch…

IETF
Unveränderlich für den Client heißt nicht unverändert für immer
Revision 14 macht eine verborgene Servergrenze als YANG-Metadatum sichtbar. Die Kennzeichnung kann fehlgeschlagene Änderungen erklären, doch sie ersetzt weder einen Implementierungsnachweis noch die Beobachtung von Betriebszustand, Abhängigkeiten und Wiederherstellung.

Geschichte
Sandy Fraser und die Verbindung, die vor den Bytes bestehen musste
Ein freier Datenkanal kann bereits eine Verpflichtung tragen. In Sandy Frasers Datakit traf das Netz vor dem ersten Nutzbyte eine Reihe von Entscheidungen: anfragen, annehmen, den Pfad eintragen und der kurzen Kanalnummer eine überprüfbare Bedeutung geben.

IETF
RFC 9947 hält die Pakete im Netzbereich. Die Evidenz muss dennoch hinaus
Eine kontrollierte Domäne kann verhindern, dass ein experimentelles Paket ihre Grenze überschreitet. Sie kann nicht verhindern, dass eine schlecht erklärte Kennzahl außerhalb der Domäne mehr behauptet, als der Versuch belegt. Für RFC 9947 liegt die entscheidende Governance-Frage…
Sitzungsplan
Governance-Bereich
RIR-Watchdog
Fünf regionale Sitzungen befassen sich mit Zuteilungspolitik, der Legitimität des Vorstands und der institutionellen Kontinuität.
RIR-Watchdog öffnenFallakte
Langfristige Governance-Dossiers mit rechtlicher, wahlbezogener und institutioneller Belastungsanalyse.
Fallakte öffnenGesellschaft für Nummernressourcen
Mitgliedschaft, Satzung und Analysen zur Ressourcen-Governance aus dem NRS-Ökosystem.
NRS-Sitzung öffnenICANN
DNS-Koordination, Rechenschaftsrahmen und Dynamiken globaler Multi-Stakeholder-Prozesse.
ICANN-Sitzung öffnenIETF
Entwicklung der Protokollstandardisierung und Interoperabilitätsrisiko unter fragmentierten politischen Bedingungen.
IETF-Sitzung öffnenGeschichte des Internets
Langzyklische Infrastrukturgeschichte zur Interpretation von Governance und für Strukturprognosen.
Historische Sitzung öffnenNOGs
Erkenntnisse zur Implementierung auf Betreiberebene von APRICOT sowie aus regionalen und nationalen NOG-Ökosystemen.
NOGS-Sitzung öffnen