Schützt ein VPN vor KRACK? Was der Patch repariert

Wenn Sie ein VPN kaufen, weil eine Schlagzeile behauptet hat, KRACK breche die Wi-Fi-Verschlüsselung, reparieren Sie die falsche Schicht. Die Offenlegung von 2017 beschrieb eine Familie von Schlüssel-Neuinstallationsangriffen auf den WPA2-Vierweg-Handshake, und die Reparatur kam als Betriebssystem-Updates, Patches für WLAN-Treiber und Router-Firmware. Ein Tunnel kann Ihren Datenverkehr vor dem lokalen Netzwerk verbergen, aber er kann keinen Handshake reparieren, der darunter abgeschlossen wird. Die erste Frage ist also nicht, welches VPN Sie kaufen; sie lautet, welches Ihrer Geräte noch einen ungepatchten WLAN-Stack ausführt.

Dieselbe Unterscheidung beantwortet die Sorge ums Budget. Wer sich kein Abonnement leisten kann, war nie von der eigentlichen Abhilfe ausgeschlossen, denn die Abhilfe war ein kostenloses Update. Geld kostet der Austausch von Hardware, die keines mehr erhält.

Was der Angriff tatsächlich manipuliert hat

WPA2 leitet bei der Assoziation über einen Vierweg-Handshake einen frischen paarweisen Schlüssel ab. Der Zugangspunkt sendet eine Nonce, der Client antwortet mit seiner eigenen, beide Seiten berechnen den paarweisen transienten Schlüssel, und der Zugangspunkt bestätigt mit einer Nachricht, die der Client quittiert. Ein Schlüssel-Neuinstallationsangriff stört diese Sequenz, statt die Passphrase zu erraten, und zwingt einen Client, einen Schlüssel zu installieren, den er bereits installiert hat. Jede Neuinstallation kann die Sende-Nonce und den Empfangs-Wiederholungszähler zurücksetzen, die an diesen Schlüssel gebunden sind.

Sobald sich diese Zähler rückwärts bewegen, wird ein Teil des Datenverkehrs, der hätte verworfen werden müssen, wieder akzeptabel. Je nach Variante und Implementierung konnte ein Angreifer in Funkreichweite Frames erneut abspielen, entschlüsseln oder einschleusen. Der Gruppen-Schlüssel-Handshake und der Handshake für schnellen Übergang hatten eigene Varianten, weshalb die Warnung mehrere Angriffsnamen statt einem auflistete.

Android 6.0 und neuer war der schlimmste Fall. Seine wpa_supplicant-Versionen ließen sich dazu bringen, einen Schlüssel aus lauter Nullen zu installieren, was die Entschlüsselung weit leichter machte als auf Plattformen, bei denen die Neuinstallation nur Zähler zurücksetzte. Dieses Detail trennte eine theoretische Schwäche von einer praktischen auf der damals verbreitetsten Telefonplattform.

Die Reparatur liegt im WLAN-Stack

Die Korrektur aus dem Upstream wies Supplicants und Zugangspunkte an, eine erneut gesendete Handshake-Nachricht zu ignorieren, sobald der Schlüssel bereits installiert war. Gepatchte Builds von wpa_supplicant und hostapd enthielten sie, und Distributionen portierten sie in ältere Zweige zurück, sodass die Zeichenkette, die wpa_supplicant -v ausgibt, ein Ausgangspunkt und kein Urteil ist. Lesen Sie die Sicherheitshinweise der Distribution und bestätigen Sie den konkreten Patch, nicht nur die Versionsnummer. Ein Build mit alter Versionsnummer kann dennoch repariert sein, und ein Build mit neuer kann einen Hersteller-Backport vermissen lassen.

Beide Enden der Verbindung brauchen Aufmerksamkeit. Ein reparierter Router patcht nicht das Notebook, das sich mit ihm verbindet, und ein repariertes Notebook patcht nicht den Router. Hersteller veröffentlichten Hinweise je Produkt, und Router-Korrekturen blieben oft hinter Telefon-Updates zurück, weil jedes Modell einen eigenen Firmware-Build braucht. Wenn die letzte Veröffentlichung eines Geräts vor dem Hinweis liegt, behandeln Sie es als ungepatcht, bis der Hersteller etwas anderes sagt.

Für Geräte, die Sie nicht aktualisieren können, sind die Optionen eng und wenig glamourös. Mustern Sie sie aus, halten Sie sie von Netzen mit sensiblen Daten fern, oder beschränken Sie sie auf ein Segment, in dem ihre einzigen Nachbarn ebenso entbehrlich sind. Keine dieser Optionen erfordert ein Abonnement, und keine wird besser, wenn Sie einen anderen Tunnelanbieter wählen.

Was ein Tunnel abdeckt

Ein VPN verschiebt die Grenze. Ihr Gerät verschlüsselt jedes Paket und schickt es an einen VPN-Server, der es entschlüsselt und weiterleitet. Wer die Wi-Fi-Verbindung manipuliert, sieht äußere Tunnelpakete, nicht die Nutzlast darin, sodass ein Neuinstallationsangriff, der Frames der Sicherungsschicht offenlegt, nicht automatisch den Inhalt der getunnelten Verbindung offenlegt. Dieser Schutz hält auch dann, wenn der WLAN-Stack darunter verwundbar bleibt, und genau deshalb werden die beiden Kontrollen verwechselt.

Die Einschränkung ist „getunnelt“. Split-Tunneling, eine Umgehungsliste oder eine Ausnahme für ein Captive Portal schicken einen Teil des Verkehrs außerhalb des Tunnels, und dieser Verkehr profitiert nicht davon. Ebenso Verkehr von anderen Geräten im selben Netz, die den Client nie installiert haben. Ein Tunnel ist eine Entscheidung je Gerät und je Route, keine Eigenschaft des Raums, und ein VPN auf Routerebene deckt nur ab, was tatsächlich durch den Router läuft.

Was der Tunnel nicht kann, ist den Treiber reparieren, eine Deauthentifizierungsflut stoppen oder einen Angreifer am Stören des Kanals hindern. Er kann auch keine Verbindung schützen, die nie in ihn hineingeht. Das sind Verfügbarkeits- und Sicherungsschichtprobleme, und sie bleiben beim WLAN-Stack, egal wie stark die Cipher Suite des Tunnels ist.

HTTPS und der Tunnel schützen verschiedene Hops

Ein einzelner Seitenaufruf kann drei getrennte Schutzmaßnahmen umfassen: die Wi-Fi-Verbindung, den Tunnel zum VPN-Server und die TLS-Sitzung zur Website. Jede wird unabhängig ausgehandelt. TLS mit gültigem Zertifikat und moderner Protokollversion gibt Ihnen authentifizierte Verschlüsselung zwischen Browser und Website, selbst wenn der erste Hop feindlich ist, weil die Zertifikatsprüfung verhindert, dass ein Betrüger seinen eigenen Schlüssel unterschiebt.

Diese Prüfung hat Schwachstellen an den Rändern. Eine Weiterleitung von HTTPS auf HTTP, eine Seite, die Skripte über einfaches HTTP lädt, oder ein Nutzer, der eine Zertifikatswarnung wegklickt, bringen alle Datenverkehr aus der geschützten Sitzung heraus. HSTS und die Zwischenseiten des Browsers existieren, weil diese Fehler häufig sind, nicht weil TLS zerbrechlich ist.

HTTPS und einen Tunnel zu behalten, macht die WLAN-Implementierung nicht unverwundbar. Die Frames werden weiterhin von einem fehlerhaften Treiber entschlüsselt; der Unterschied ist, was der Angreifer darin findet und ob dieser Inhalt bereits durch etwas anderes geschützt war.

Reihenfolge der Reparatur für ein gemischtes Netz

Beginnen Sie mit dem Zugangspunkt, denn er ist das Gerät, das Sie kontrollieren, und das, von dem jeder Client abhängt. Gehen Sie dann die Client-Betriebssysteme durch, die ältesten zuerst, denn Plattformen, die keine Updates mehr erhalten, werden nie gepatcht. Erst wenn diese Bestandsaufnahme abgeschlossen ist, ergibt eine VPN-Entscheidung Sinn, und es ist eine Entscheidung über Exposition, nicht über Reparatur. Die andere Reihenfolge, erst Tunnel und später Firmware, lässt den eigentlichen Defekt bestehen, solange das Abonnement läuft.

Schreiben Sie auf, was Sie geprüft haben, einschließlich Firmware-Version und Datum. „Aktualisiert“ ist kein Zustand, den jemand später prüfen kann.

Drei Prüfungen decken den größten Teil der Arbeit ab, und sie gehen in dieser Reihenfolge. Überspringen Sie die dritte nicht, nur weil die ersten beiden sauber zurückkamen.

• Router-Firmware: Vergleichen Sie die installierte Version mit der Hinweisseite des Herstellers, nicht mit der Update-Schaltfläche.
• Client-Betriebssystem: Bestätigen Sie den Patchstand, der die WLAN-Korrektur für jedes Telefon, Notebook und Tablet enthält.
• Reste: Listen Sie Geräte ohne Patch-Pfad auf und entscheiden Sie über Ausmustern, Isolieren oder Akzeptieren.

Ist die Restliste lang, kauft ein Gastnetz mit Client-Isolierung Zeit, während Hardware ersetzt wird. Testen Sie dann einen bekannten Client in jedem Band, notieren Sie das Ergebnis und prüfen Sie nach der nächsten Firmware-Veröffentlichung erneut. Die Hardware-Bestandsaufnahme macht den nächsten Hinweis schnell; der Tunnel deckt die Lücke in der Zwischenzeit.