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ächterFallakteGesellschaft für NummernressourcenICANNIETFGeschichte des InternetsNOGS
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
8.019 Artikel
Geschichte
Die Versionsnummer blieb. Das Sicherheitsmodell nicht: RFC 1441
In einem SNMP-Paket kann `version = 1` ausgerechnet Community-basiertes SNMP Version 2 bezeichnen. Das ist kein Rechenfehler, sondern eine bei null beginnende Aufzählung. Gefährlich wird erst die betriebliche Übersetzung: Aus einem Feld für die Nachrichtenverarbeitung wird in…
IETF
Dan Harkins und der Bootstrap Key, der seine eigene Verwahrung nicht belegen konnte
Dass ein Gerät einen privaten Schlüssel beherrscht, sagt noch nicht, wie sein öffentlicher Schlüssel zum Server gelangte, wer diese Zuordnung geprüft hat oder wer über den Zugang entscheidet. RFC 9966 hält diese Lücke offen. Sie liefert einen begrenzten TLS-Nachweis, keine…
Geschichte
Der Alarm bestand weiter. Sein Weg zum anderen Manager war abgelaufen: RFC 1451
Die Messung lief, die Schwellen standen noch in der Tabelle, und der Ereigniszähler konnte weiter steigen. Trotzdem durfte die Zeile, die einen anderen Manager als Empfänger verband, nach einem Countdown verschwinden. RFC 1451 behandelte die Benachrichtigung als zu pflegende…
Berichte
AFRINICs Juni-Reserve: Was die Zinsen am Gesamtbetrag ändern
AFRINIC weist seine strategische Barreserve und noch nicht verbuchte Zinsen getrennt aus. Wer daraus eine einzige Zahl macht, verliert eine wichtige Unterscheidung. Sie entscheidet darüber, welche Vergleiche der Finanzbericht zulässt.
Geschichte
Der Benutzername sah wie eine Person aus. Der Namensraum versprach nur einen Platz: RFC 1439
Eine erratbare E-Mail-Adresse machte frühe elektronische Post bequem. Dieselbe Konvention konnte einen Irrtum unsichtbar machen: Erzeugten zwei Namen dieselbe Zeichenfolge, konnte das Protokoll fehlerfrei an den falschen Menschen zustellen. RFC 1439 behandelte diese Kollision…
IETF
David Benjamin und der Kompatibilitäts-Codepoint, der keine allgemeine Erlaubnis wurde
Ein altes Kryptogerät kann eine moderne Migration an einer sehr bestimmten Stelle des Austauschs scheitern lassen. Die Abhilfe ist nur dann sinnvoll, wenn sie diese Bestimmtheit bewahrt. RFC 9963 öffnet einen engen Weg für eine ältere Client-Signatur; sie stellt keine allgemeine…
Fallakte
Der sichere Kanal fiel aus. Der Client durfte nicht zurückfallen: RFC 9887
RFC 9887 macht aus der Transportmodernisierung eine Autoritätsregel: Fällt der geschützte TACACS+-Pfad aus, erteilt die Erreichbarkeit des alten Pfads keine Erlaubnis, ihn zu benutzen.
Geschichte
Die Datei war angekommen. Der Empfänger hatte sie noch nicht angenommen: RFC 1440
Die Leitung war geschlossen, die Bytes lagen auf dem Zielrechner – und dennoch war die Übergabe nicht vollendet. RFC 1440 entwarf für diesen Zwischenraum einen Dienst: Der Absender stieß den Transfer ohne Konto am Ziel an, der Rechner verwahrte die Datei, und erst später…
IETF
Al Morton und der Kapazitätstest, der kein Serviceversprechen wurde
Eine Geschwindigkeitsmessung kann wertvolle Evidenz über eine bestimmte Methode, einen Pfad und einen Zeitpunkt liefern. Irreführend wird sie, wenn ihr begrenztes Ergebnis zum Versprechen über jede spätere Sitzung, einen Anschluss, eine Anwendung oder ein ganzes Netz wird.
IETF
Muhammad Shahzad und der Geräteeintrag, der keinen Zugang widerrief
Das Löschen eines Geräteeintrags kann ein wichtiger Betriebshinweis sein. Es beweist für sich nicht, dass ein Durchsetzungspunkt Zugang entzog, dass sich das Gerät trennte oder dass ein späterer Verbindungsversuch abgelehnt wurde.
Berichte
RIPEstat: Wenn die IP-Abfrage leer bleibt und das Präfix Routen liefert
Vier Nachprüfungen konnten einen gemeldeten Unterschied nicht reproduzieren. Der Fall zeigt dennoch, warum eine leere Antwort erst verstanden werden muss, bevor daraus eine Aussage über das Netz wird.
ICANN
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…
Fallakte
E-Mail auslagern heißt noch nicht, DMARC-Verantwortung zu klären
Ein Vertrag über Postfächer beantwortet nicht automatisch, wer die Absenderliste pflegt und Änderungen an der Domainrichtlinie freigibt. Eine neue DNS-Auswertung lenkt den Blick auf diese laufenden Aufgaben.
IETF
Cédric Fournet und der Beleg, der ein Log nicht vollständig machte
Ein signierter Beleg kann eine enge Beziehung zwischen einem Eintrag und einem Baumzustand beweisen. Er beantwortet damit noch nicht, ob alle relevanten Ereignisse im Log stehen, der Schlüssel für diesen Zweck vertrauenswürdig ist oder eine Entscheidung folgen darf.
Geschichte
Die WAN-Sitzung stand. Trotzdem hatten die Endgeräte zwei getrennte Links: RFC 1434
Eine Bestätigung konnte beim Endgerät eintreffen, obwohl die entfernte Station noch gar nicht kontaktiert war. RFC 1434 machte daraus keinen Randfehler, sondern das Prinzip von Data Link Switching: lokale Link-Protokolle endeten am jeweiligen Switch, dazwischen entstand ein…
Fallakte
Die Kennung wurde aufgelöst. Das Luftfahrzeug wurde nicht geortet: RFC 9886
RFC 9886 macht einen DRIP Entität Tag im DNS auffindbar. Die Antwort stammt jedoch aus einem Kennungsregister, nicht von einem Luftlage-Sensor. Ein geprüftes HHIT-Zertifikat und BRID-Endorsements belegen Registrierung; Standort, aktuelle Schlüsselkontrolle, privater…
ICANN
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.
IETF
Christian Amsüss und der DoC-Sicherheitskontext, der den Upstream-DNS nicht schützte
Ein geschützter DNS-over-CoAP-Austausch beschreibt nicht die gesamte Auflösungskette. RFC 9953, kollektiv mit Christian Amsüss verfasst, begrenzt Vertraulichkeit und Integrität auf Parteien mit gemeinsamem DTLS-, TLS- oder OSCORE-Kontext. Der DoC-Server kann upstream dennoch…
IETF
Die IETF kann den Fußtext begrenzen. Sie braucht dennoch einen Beitragsstatusbeleg.
Ein automatischer Mail-Fußtext kann sich wie eine Entscheidung lesen: keine abgeleiteten Werke, Rechte vorbehalten, nur unter Unternehmensbedingungen. Der aktuelle Entwurf der IETF schlägt keine allgemeine Lösung für jede Nachricht vor. Er würde den besonderen Ausschluss von…
Geschichte
Die Codes passten zusammen. Die Verbindung brauchte weiterhin Erlaubnis: RFC 1394
Ein Verzeichnis konnte Telefonvorwahl, Telex-Code, Answerback und Internet-Domain eines Landes zusammenführen. Es konnte keinen einzigen Übertragungsweg öffnen. RFC 1394 machte diese Trennung ungewöhnlich deutlich: Die Zuordnung half bei der Suche, während Richtigkeit…
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