Zusammenfassung

  • Version Negotiation trägt eine kryptografisch ungeschützte Liste der Versionen, die der Absender als akzeptabel ausgibt.
  • Zurückgesendete Connection IDs geben einen begrenzten Hinweis darauf, dass der Absender das Initial gesehen hat; sie authentifizieren weder den benannten Server noch dessen aktuelle Produktionsrichtlinie.
  • Ein belastbarer Betriebsbeleg verbindet das Rohpaket mit der nächsten Wahl und den im Handshake authentifizierten Versionsinformationen.

Ein Kompatibilitäts-Dashboard zeigt drei QUIC-Versionen für eine Edge-Adresse. Grundlage ist ein Mitschnitt: Der Client versuchte eine Version, erhielt Version Negotiation und las drei Alternativen. Das Werkzeug macht daraus eine Fähigkeitenliste des Servers. Der Mitschnitt selbst tut das nicht.

RFC 9000 §6.1 sieht die Antwort vor, wenn der Server die vom Client gewählte Version nicht akzeptiert. Sie enthält Versionen, die er akzeptieren würde, und kann ohne Verbindungszustand erzeugt werden. Ein Server darf Antworten begrenzen. Schweigen ist daher ebenfalls kein vollständiger Negativnachweis.

Das Format schafft nur eine enge Bindung. Nach RFC 9000 §17.2.1 ist Version null; die Antwort-DCID kopiert die Client-SCID und die Antwort-SCID die DCID des Initial. Laut Spezifikation gibt das etwas Sicherheit, dass der Absender das Initial beobachtet hat. Danach folgt die Liste der 32-Bit-Versionen.

Ein Initial zu sehen heißt nicht, als Dienst authentifiziert zu sein. RFC 9000 §12.1 stellt klar, dass Version Negotiation keinen kryptografischen Schutz hat. Ein System auf dem Pfad sieht die nötigen IDs. Das Paket enthält weder TLS-Zertifikat noch Finished-Prüfung oder authentifizierte Transportparameter.

Die Clientregeln entfernen einfache Mehrdeutigkeiten, ohne den Nachweis aufzuwerten. Nach RFC 9000 §6.2 muss ein Client, der nur QUIC v1 unterstützt, den aktuellen Verbindungsversuch nach einem einschlägigen Version-Negotiation-Paket abbrechen. Zwei Ausnahmen gelten: Das Paket ist nach erfolgreicher Verarbeitung eines anderen Pakets sowie dann zu verwerfen, wenn seine Liste die ursprünglich angebotene Version enthält. Das erschwert offensichtliche Injektionen oder alte Antworten, signiert aber keine Richtlinie für die Bereitstellung.

Der stärkere Beleg entsteht im Handshake. RFC 9368 §3 definiert Versionsinformationen aus Chosen Version und Available Versions, die über einen authentifizierten Mechanismus ausgetauscht werden. In QUIC v1 übernimmt das der Parameter version_information. RFC 9368 §9 sagt ausdrücklich, dass die Sicherheit von dieser Authentizität abhängt, die bei v1 durch authentifizierte Transportparameter entsteht.

Damit ergibt sich eine Beweiskette. Das Initial hält den Versuch des Clients fest. Das ungeschützte Paket hält fest, was ein Absender in diesem Kontext nannte. Das nächste Initial zeigt die neue Wahl. Der authentifizierte Handshake belegt die gewählte Version und gegebenenfalls authentifizierte verfügbare Versionen. Die abgeschlossene Verbindung zeigt, was tatsächlich funktionierte.

Diese Kette erklärt einen konkreten neuen Versionsversuch oder Abbruch. Sie beweist nicht, dass jeder Anycast-Edge dieselbe Liste bietet, dass alle Werte noch aktiv sind, dass mit jeder Version Anwendungsverkehr gelingt oder dass der benannte Dienst die frühe Antwort sandte. Für ein Inventar braucht es autorisierte Prüfungen über mehrere Edges, TLS-Identität, authentifizierte Versionsinformationen, Software- und Konfigurationsidentität sowie einen abgeschlossenen Anwendungstest.

Der Betriebsbeleg sollte angebotene Version, Zeit, Fünfertupel, Initial-DCID und -SCID, exakte Rohbytes, zurückgesendete IDs, Listenreihenfolge, Verwerfungsentscheidung, nächste Wahl, ausgehandelte Version, version_information, TLS-Identität, Edge oder Release und Endergebnis bewahren. Eine später niedrigere Version ist allein noch kein zugeschriebener Downgrade; dafür braucht es den authentifizierten Mitschnitt, die realen Mengen und die Auswahlregeln.

Das Paket bleibt innerhalb dieser Grenze wertvoll: Es markiert eine Kompatibilitätsabzweigung. Es ist kein Serverzertifikat, kein Rollout-Manifest und keine Zusicherung für die gesamte Bereitstellung.