Post-Quanten-VPN-Versprechen: Welche Operation hat sich wirklich geändert?

Post-Quanten-VPN ist eine unvollständige Wendung, solange niemand sagt, welche Operation sich geändert hat. Sitzungsschlüssel stammen aus einer Operation, die Peer-Authentifizierung aus einer anderen, der Schutz des Datenverkehrs aus einer dritten. Ein Produkt kann eine dieser drei ändern, während sein Marketing andeutet, alle drei hätten sich geändert. Die drei zu trennen ist daher die erste Aufgabe, wenn ein Versprechen eintrifft, und zugleich die letzte, die man erledigt.

Sitzungsschlüssel, Peer-Identität, Verkehrsschutz: eines wählen

Die Wendung benennt eine Eigenschaft, die keine einzelne Komponente besitzt. Sitzungsschlüssel entstehen aus einem Schritt zur Schlüsseletablierung, Peer-Identität aus einer Signatur oder Zertifikatskette, und Verkehrsschutz aus symmetrischen Verfahren, die beide Seiten ableiten, sobald der erste Schritt abgeschlossen ist. Ein Anbieter kann eines davon aufrüsten und das Ergebnis als Post-Quanten-VPN beschreiben, ohne etwas Falsches zu sagen. Der Leser muss herausfinden, welche Aussage getroffen wurde.

Schlüsseletablierung erzeugt das gemeinsame geheime Material für eine Sitzung, und genau darauf greift ein künftiger Quantencomputer am direktesten an, deshalb bekommt sie die Aufmerksamkeit. Authentifizierung ist eine andere Aufgabe, und noch so viel Post-Quanten-Schlüsselaustausch macht eine Signatur nicht post-quantensicher. Die beiden werden unabhängig aufgerüstet, und die meisten Einführungen werden genau das tun, eines nach dem anderen.

Was die beiden Standards festlegen und was nicht

Die Standards klären die Begriffe und klären zugleich, wie wenig ein Name beweist. ML-KEM, standardisiert als FIPS 203, ist ein Schlüsselverkapselungsmechanismus: zwei Parteien leiten ein gemeinsames Geheimnis über einen öffentlichen Kanal ab, wenn sie noch keines teilen. ML-DSA, standardisiert als FIPS 204, ist ein Signaturverfahren, das die Identitätsfrage beantwortet und nicht die Frage der Schlüsseletablierung.

Keines der Dokumente nennt ein VPN-Protokoll, eine Implementierung oder eine Position im Handshake, deshalb ist eine Aussage über Post-Quanten-Schlüsseletablierung nicht automatisch eine Aussage über Post-Quanten-Signaturen. Wo ein Primitiv im Handshake sitzt, gehört dem, der das Protokoll geschrieben hat, und dort liegt das nützliche Detail. Fragen Sie nach dem Algorithmus, dem Parametersatz, der Stelle im Handshake, an der er teilnimmt, und den Client- und Serverversionen, die diese Anordnung unterstützen. Vier Antworten genügen, um ein Versprechen zu prüfen, und die meisten überstehen die zweite nicht.

Hybrid ist ein Entwurf, also fragen Sie nach dem Entwurf

Hybrid verbindet einen klassischen Austausch mit einem Post-Quanten-Austausch, damit die Sitzung übersteht, wenn sich einer als schwach erweist. Das ist eine solide Ingenieursentscheidung und ein konkreter Entwurf, keine Kategorie. Zwei Hybride können verschiedene Primitive, verschiedene Parametersätze und verschiedene Reihenfolgen der Schlüsselableitung verbinden, und das Etikett allein unterscheidet keinen davon.

Verlangen Sie die Spezifikation oder wenigstens die benannte Kombination und bestätigen Sie dann, dass beide Peers sie aushandeln, denn ein Client, der still auf die klassische Hälfte zurückfällt, landet mit einer schwächeren Eigenschaft, als seine Dokumentation nahelegt. Der Rückfallpfad ist meist der interessante Teil eines Entwurfs, und er ist selten der zuerst beschriebene.

Beleg, den eine Einführung tatsächlich liefern kann

Eine brauchbare Erklärung nennt drei konkrete Dinge: die Implementierung, den Aktualisierungsprozess dahinter und den Beleg, dass der vorgesehene Modus in Ihrer Einführung aktiv ist. Diese drei kann ein Prüfer nachvollziehen, und genau das trennt sie vom Rest des Gesprächs. Ein Paketmitschnitt allein genügt nicht, weil er zeigen kann, welche Gruppe ausgehandelt wurde, während die Implementierung unbelegt und die Integrität jedes Endpunkts ungeprüft bleibt. Lesen Sie die aktuellen Hinweise des Standards und die Sicherheitsmeldungen der Implementierung, denn Veröffentlichungsseiten enthalten Errata, und einen standardisierten Algorithmus zu nennen ist nicht dasselbe wie den Code dahinter zu pflegen.

Entscheiden Sie nach den Daten, die Sie schützen, und danach, wie lange sie geschützt bleiben müssen. Dieser Rahmen schlägt sowohl die pauschale Ablehnung alles Neuen als auch das pauschale Vertrauen in alles Etikettierte. Er erzeugt außerdem den Satz, nach dem die meisten Beschaffungsfragen eigentlich fragen, nämlich den, der die geänderte Operation und den Beleg dafür nennt.

Die Teile, die ein Handshake-Versprechen nie abdeckt

Davon betrifft nichts die Peer-Identität, denn ein Post-Quanten-Handshake mit einem schlecht geprüften Zertifikat bleibt ein Handshake mit einem ungeprüften Peer. Die Mathematik des Austauschs repariert die Politik darum herum nicht, und kein Parametersatz wiegt eine abgeschaltete Prüfung auf. Kontosicherheit, Routing, Kompromittierung von Endpunkten und die Datenpraxis eines Betreibers liegen ebenfalls außerhalb des Versprechens. Ein Tunnel, der einem künftigen Computer widersteht, kann immer noch von jemandem betrieben werden, der jede Verbindung aufzeichnet, und für die meisten Nutzer zählt diese Lücke mehr als der Algorithmus.

Halten Sie das Versprechen eng, wenn Sie es wiederholen. Die ehrliche Fassung nennt die Operation, zitiert den Standard, beschreibt den Beleg und hört dort auf. Alles darüber hinaus ist ein anderes Versprechen, und es braucht seinen eigenen Beweis.