Warum eine größere Schlüsselzahl kein sichereres VPN ergibt

Die Werbung sagt 256 Bit, das andere Produkt sagt 128 Bit, und die Schlussfolgerung scheint klar, bis man bemerkt, dass die Zahlen verschiedene Dinge beschreiben. Ein symmetrischer Chiffrierschlüssel, ein Zertifikatsschlüssel und ein Schlüsselaustauschparameter werden nicht auf einer Skala gemessen. Keiner davon deckt ab, ob der Client den Server überhaupt geprüft hat. Die Zahl ist echte Information, und sie ist viel schmaler, als das Marketing um sie herum vermuten lässt.

Fragen Sie, welcher Schlüssel gezählt wird und was er schützt, bevor Sie irgendetwas vergleichen.

Drei Schlüssel mit drei Aufgaben

Die Datenchiffre verschlüsselt die Nutzlast des Tunnels, und ihr Schlüssel wird für die Sitzung neu abgeleitet. Der öffentliche Schlüssel des Zertifikats belegt bei der Authentisierung die Identität eines Endpunkts. Der Schlüsselaustausch, meist eine ephemere Diffie-Hellman-Variante, erzeugt ein gemeinsames Geheimnis, das danach keine Seite rekonstruieren kann. Jeder hat eigene Stärkeannahmen und eigene Größenkonventionen.

Deshalb lassen sich 256 neben 2048 neben 32 nicht nach Größe ordnen; sie beantworten verschiedene Fragen.

Selbst innerhalb einer einzigen Rolle sagt die Zahl nur etwas im Verhältnis zur verwendeten Algorithmusfamilie.

Wo die Zahl hilft und wo sie aufhört

Innerhalb eines Algorithmus erhöht ein größerer Schlüssel die Kosten einer Brute-Force-Suche, und veröffentlichte Leitlinien setzen Mindestgrößen für Zertifikatsschlüssel, während die Rechenleistung wächst. Das ist ein legitimer und enger Vergleich: AES-128 und AES-256 widerstehen beide direkten Angriffen mit großem Abstand, sodass der Unterschied in der Praxis selten ausschlaggebend ist.

Außerhalb dieses Vergleichs sagt die Zahl nichts über Konfigurationsfehler, Zertifikatsprüfung oder Protokollversion.

Die gesamte ausgehandelte Suite lesen

Was eine Verbindung tatsächlich nutzt, ist eine Suite: ein Chiffriermodus, eine Integritäts- oder authentifizierte Verschlüsselung, eine Schlüsselaustauschgruppe und ein Authentisierungsverfahren. Ein moderner AEAD-Modus mit sauberem Handshake ist ein anderes Angebot als ein älterer Modus mit separatem MAC, selbst wenn die beworbene Schlüsselgröße identisch ist.

openvpn --show-ciphers | head -20
openvpn --show-tls | head -20
openssl x509 -in server.crt -noout -text | grep -E 'Public-Key|Signature Algorithm'
wg show

Lesen Sie das ausgehandelte Ergebnis statt des konfigurierten Maximums. Ein Client, der eine starke Suite anbietet, verbindet sich trotzdem schwach, wenn der Server die schwächere Option wählt und das Profil es zulässt. Wenn die Leistung das Anliegen ist, messen Sie sie auf dem betreffenden Gerät und Pfad, denn die Schlüsselgröße sagt den Durchsatz schlecht voraus, sobald Hardwarebeschleunigung und Paketgröße ins Spiel kommen.

Die Teile, die eine Zahl nie misst

Softwarepflege ist die erste Auslassung. Ein Tunnel auf einer Bibliothek, die keine Korrekturen mehr erhält, ist schwächer, als seine Schlüsselgröße suggeriert, und kein Konfigurationswert repariert das. Das Verhalten des Betreibers ist die zweite: Verbindungsprotokolle, Kontodaten und Supportabwicklung liegen völlig außerhalb der Kryptografie. Ein Dienst, der mehr speichert als erwartet, wird durch einen längeren Schlüssel nicht sicherer.

Die Gegenstellenprüfung ist die dritte und die folgenreichste. Ein Client, der jedes Zertifikat akzeptiert, hat eine starke Chiffre um eine nicht authentisierte Gegenstelle gewickelt, was schlechter ist als eine bescheidene Chiffre mit korrekter Prüfung. Prüfen Sie diese drei Punkte vor der Zahl, und die Zahl nimmt ihren richtigen Platz ein.