Zusammenfassung

  • Revision 25 verlangt für verschlüsselte Claims Vertraulichkeit und Integrität und schließt ChaCha20 allein aus; der Marker belegt dennoch weder Identität noch Berechtigung zur Adressnutzung.
  • Teilnehmer mit und ohne Schlüssel können einander bei der Kollisionserkennung vollständig ausblenden. Selbst ein korrekt authentisierter Claim beweist nur akzeptiertes Schlüsselmaterial, nicht Eigentum oder umfassende Kollisionsfreiheit.

Der gefährlichste Satz in einem automatisierten System lautet oft nicht „Fehler“, sondern „gültig“. Ein GAAP-Claim kann kryptographisch gültig sein und zugleich aus einer betrieblich unberechtigten Quelle stammen. Er kann außerdem in einer Teilmenge der Teilnehmer gültig sein, während eine andere Teilmenge denselben Adressraum nach einer unsichtbaren Wirklichkeit koordiniert.

Der GAAP-Entwurf in Revision 25 beschreibt eine schlanke, dezentrale Koordination von Multicast-Adressen in einer administrativen Domäne. Aus dem Group Name entsteht per Hash eine Kandidatenadresse. Nutzen unterschiedliche Namen dieselbe Adresse, liegt eine Kollision vor. Drei weitere deterministische Positionen entstehen durch Anhängen von 1, 2 oder 3. Nach einem ersten Claim wartet der Teilnehmer ungefähr ein periodisches Intervall; regelmäßige Claims erhalten Soft State. Eine Freigabemeldung gibt es nicht—der Sender hört auf zu claimen.

Der Status setzt enge Grenzen. Laut IETF Datatracker ist das als Experimental vorgesehene Internet-Draft in IESG Evaluation, AD Followup. Die Dokumenthistorie belegt Arbeit an der Spezifikation, nicht ihren Einsatz. Der Text sagt ausdrücklich, dass das dezentrale Hash-Verfahren nicht ausgerollt wurde und weder Kollisionsraten noch Skalierung gemessen sind.

Was Revision 25 absichert

Gegenüber Revision 23 präzisiert Revision 25 die Kryptographie. Ein verschlüsselter Claim muss Vertraulichkeit und Integrität bieten, etwa durch AEAD. ChaCha20 allein darf nicht verwendet werden. RFC 8439 macht den Unterschied sichtbar: Ohne Authentisierung bleibt die Stromchiffre formbar. Gezielte Änderungen am Chiffretext können Adresse, Zeitstempel oder Group Name nach der Entschlüsselung vorhersagbar verändern.

Für jeden Schlüssel müssen Nonces über alle beteiligten Sender hinweg eindeutig bleiben. Ein Empfänger mit Schlüssel muss unverschlüsselte Claims ablehnen; sonst ließe sich der geschützte Bereich still auf den offenen Modus herabstufen. Beides sind notwendige Schutzmaßnahmen.

Der Marker ist trotzdem kein Ausweis. Er signalisiert implizit einen verschlüsselten Datensatz, benennt aber weder allgemein den Mechanismus noch eine öffentliche Identität oder Autorisierung. Verfahren, Schlüssel, Datensatzstruktur, Associated Data, Nonce-System und dynamischer Schlüsseltausch bleiben weitgehend außerhalb von GAAP. Scheitert die Entschlüsselung, wird der Datensatz verworfen. Falscher Schlüssel, inkompatibles Verfahren, Beschädigung und Angriff können daher dieselbe beobachtbare Leerstelle erzeugen.

Verschlüsselung teilt also nicht nur Vertrauen, sondern auch Sichtbarkeit. Verschlüsselte Knoten verwerfen offene Claims; offene Knoten verstehen verschlüsselte nicht. Beide Gruppen können auf demselben Netz eine Adresse auswählen und jeweils korrekt folgern, dass kein sichtbarer Widerspruch vorliegt.

Schlüsselbesitz ist keine Mandatskette

Auch innerhalb einer Schlüsselgruppe bleibt ein berechtigter Schlüsselinhaber technisch in der Lage, einen bösartigen Claim zu erzeugen. Zeitstempelvergleich und deterministischer Tie-Break liefern ein Protokollergebnis, aber keinen Beweis redlicher Absicht. Die lokale und begrenzte Bad Actor List ist aus gutem Grund nur ein Hinweis: Quelladressen lassen sich fälschen, und eine verlorene Zeitentscheidung beweist kein Fehlverhalten.

RFC 1982 definiert Serial-Number-Arithmetik, RFC 8085 den vorsichtigen Einsatz von UDP. RFC 2365, RFC 5771, RFC 2730 und RFC 2909 liefern den historischen Kontext für Scopes und Zuteilungsverfahren. RFC 10019 und RFC 10028 beschreiben heutige Architektur und Lücken. Keiner dieser Bausteine macht aus Paketintegrität ein Nutzungsrecht.

Die Ebenen sind daher getrennt zu halten: Kryptographie schützt eine Aussage. GAAP vergleicht sichtbare Aussagen. Eine externe Regel entscheidet, wer die Aussage machen durfte.

Die Macht außerhalb des Pakets

Lu Hengs Prinzip einer minimalen Anfangsspezifikation mit lokaler Weiterentwicklung und freiwilliger Übernahme passt zum Experimental-Charakter. Ein enger Mechanismus darf erst in der Praxis lernen, statt sofort eine umfassende Institution zu errichten.

Doch fehlende Felder beseitigen keine Macht. Wer Schlüssel ausgibt, nimmt Teilnehmer auf. Wer sie widerruft, schließt Teilnehmer aus. Wer die Entschlüsselungsgruppe festlegt, entscheidet, welche Kollisionen zur gemeinsamen Tatsache werden. Schlüsselverwaltung kann dadurch zur faktischen Adressverwaltung werden.

Die Priorität laufenden Codes verlangt einen nüchternen Test: Welche Claims sehen Empfänger tatsächlich? Was geschieht bei unvollständigem Rekeying? Wer erkennt überlappende Populationen, und wer trägt den Ausfall? Das Etikett „verschlüsselt“ beantwortet nichts davon.

Der frühere BTW-Beitrag zu GAAP-23, korrigierten Adressbereichen und offener Konvergenz nach Partitionen untersucht ein anderes Problem: Derselbe Group Name kann nach der Wiederverbindung auf unterschiedlichen Ausweichadressen bleiben. Revision 25 löst das nicht. Sie zeigt zusätzlich, dass Schlüssel auch ohne Leitungsbruch eine logische Partition erzeugen können.

GAAP-25 verbessert den Schutz der Behauptung. Ob ihr Absender die behauptete Adresse kontrollieren darf, muss weiterhin außerhalb des Claims entschieden werden.

Quellen