WPA2-Verschlüsselung ist unsicher - KRACK

Bolko · 16. Oktober 2017

WPA2-Verschlüsselung ist unsicher - KRACK

Die WPA2-WLAN-Verschlüsselung lässt sich aushebeln, indem man bei Stufe 3 des Handshake einen anderen Schlüssel einfügt.
Man kann dann die Verbindung abhören oder aber auch Daten auf den Router oder den Computer schmuggeln und beide damit übernehmen. Das Problem liegt am WPA2-Protokoll und nicht an einer fehlerhaften Programmierung. Offenbar fällt WPA2 auf RC4 zurück, falls AES nicht klappt. Da der WPA2-Schlüssel in Stufe 3 des Handshakes mehrfach hin- und her geschickt wird, lässt sich dabei der Schlüssel ändern, ohne dass der User das merkt.. Linux und Android 6 haben obendrein noch die negative Eigenart auf den Standardschlüssel 00000000 zurückzufallen.

Quellen:
https://www.krackattacks.com/
http://papers.mathyvanhoef.com/ccs2017.pdf
https://arstechnica.com/information...l-leaves-wi-fi-traffic-open-to-eavesdropping/
http://blog.fefe.de/?ts=a71aa4a6
http://winfuture.de/news,100117.html
https://twitter.com/kennwhite/status/919522184384729089
https://www.reddit.com/r/PFSENSE/comments/76ksdi/core_protocollevel_flaw_in_wpa2_possible_impact/
https://www.reddit.com/r/KRaCK/comments/76pjf8/krack_megathread_check_back_often_for_updated/

violentviper · 16. Oktober 2017

Alter Hut

Bolko · 16. Oktober 2017

Ach ja?
Das Verfahren wurde erst heute veröffentllcht.

Wo steht das denn hier im Forum?

Was machst du als Gegenmaßnahme für diesen Angriff?

FranzvonAssisi · 16. Oktober 2017

Ahahaha, und da denkt man ernsthaft es hätte sich jemand Gedanken um die Implementierung gemacht

Also dass man einen anderen Schlüssel einscdhmuggelt, ok, aber 00000000 als Standarschlüssel?! O.o

Immerhin haben manche Anbieter ihre Geräte schon gefixt.

@Bolko
Ignorier doch den Miesepeter einfach

Cool Master · 16. Oktober 2017

Wird viel zu heiß gekocht das Thema... Klar unschön aber solange man https nutzt ist alles ok.

Müsste mal schauen ob dd-wrt auch davon betroffen ist aber ich denke mal wenn wird das schon bald gefixed sein.

snaxilian · 16. Oktober 2017

Cool Master schrieb:
aber solange man https nutzt ist alles ok.

Wie gut, dass das Internet nur aus https besteht ach nein warte... smtp, dns, p2p, streaming und dann noch die Dienste die du so in deinem privaten Netzwerk betreibst... Inhouse-Streaming vom NAS, Backups aufs NAS, Chromecast/Streaming/whatever.

Immerhin muss ein Angreifer in Reichweite von AP und Client sein was das Ganze ein klein wenig relativiert.

Linux bzw die div. Distributionen haben bereits einen Patch ausgerollt, sodass die größeren Distris abgesichert sind, BSD ebenso bzw. die haben schon einen silent patch vor kurzem veröffentlicht. Android unsicher bzw ein Patch-Flickenteppich wie eh und je, Windows musst auf den nächsten (außerplanmäßigen?) Patchday warten und OSX/iOS unbekannter Patchstatus...

Aruba hat nen Patch angekündigt, AVM ebenso und Ubiquiti hat einen bereits in deren Beta-Channel. Die ganzen oder ein nicht gerade kleiner Anteil der Plasterouter, die ein Großteil der Nutzer zuhause stehen haben wird, werden wohl ungepatcht bleiben entweder weil der Hersteller keine Updates raus bringt oder es gar keinen Update-Mechanismus gibt oder der durchschnittliche User es nicht macht bzw. mitbekommt.
Von den ganzen Internet-of-Shit-Devices, Tablets, "Smart"-TVs, Steckdosen, Lampen, Thermostaten, Kameras, Überwachungsanlagen usw. usf brauchen wir ja gar nicht erst anfangen zu reden.

Plutos · 16. Oktober 2017

Cool Master schrieb:
Wird viel zu heiß gekocht das Thema... Klar unschön aber solange man https nutzt ist alles ok.

Und was macht man bei Traffic, der nicht über HTTP(S) läuft? Z.B. im LAN?

Bolko · 16. Oktober 2017

Wenn man nur "AES" benutzt, also "TKIP + AES" abschaltet, dann kann der Router doch nicht auf RC4 zurückfallen, richtig?
Leider können ältere WLAN-Adapter kein AES, brauchen also TKIP.

autoshot · 16. Oktober 2017

Danke für den Hinweis Bolko! Hab mich grad schon gefragt warum CB darüber noch nicht berichtet hat...

Cool Master schrieb:
Klar unschön aber solange man https nutzt ist alles ok.

krackattacks.com schrieb:
Although websites or apps may use HTTPS as an additional layer of protection, we warn that this extra protection can (still) be bypassed in a worrying number of situations. For example, HTTPS was previously bypassed in non-browser software, in Apple's iOS and OS X, in Android apps, in Android apps again, in banking apps, and even in VPN apps.

so viel dazu...

razzy · 16. Oktober 2017

ihr habt schon das Video dazu gesehen, es geht sich eben darum, dass ein MitM gefahren wird. Dadurch werden HTTPS Verschlüsselte Seiten "aufgebrochen" und der User surft dadurch nur noch über http.
Deshalb kann man dann durch sniffen die Daten abgreifen.

Wenn der User nicht drauf achtet, dass er Daten auf eine Seite eingibt, die NICHT mehr SSL verschlüsselt ist....

Cool Master · 16. Oktober 2017

snaxilian schrieb:
Wie gut, dass das Internet nur aus https besteht ach nein warte... smtp, dns, p2p, streaming und dann noch die Dienste die du so in deinem privaten Netzwerk betreibst... Inhouse-Streaming vom NAS, Backups aufs NAS, Chromecast/Streaming/whatever.

IMAP: SSL oder TLS
SMTP: SSL oder TLS
DNS: wayne DNS Anfragen...
P2P: VPN
Streaming: HTTPS oder VPN

Plutos schrieb:
Und was macht man bei Traffic, der nicht über HTTP(S) läuft? Z.B. im LAN?

Über HTTPS oder VPN Routen. Wo ist das Problem?

Gerade im LAN ist das doch super einfach weil man auch selbstsignierte Zertifikate nutzen kann.

autoshot schrieb:
so viel dazu...

Innerhalb von Apps... Deswegen nutzen man z.B. auch keine VPN Apps sondern gibt sie direkt im OS ein...

Yuuri · 16. Oktober 2017

Microsoft hat bereits gepacht: https://www.theverge.com/2017/10/16/16481818/wi-fi-attack-response-security-patches

Ich frag mich hier eher, wie das so in den Standard gelangt ist... Gucken da nicht drölf Leute drüber?!

razzy schrieb:
ihr habt schon das Video dazu gesehen, es geht sich eben darum, dass ein MitM gefahren wird. Dadurch werden HTTPS Verschlüsselte Seiten "aufgebrochen" und der User surft dadurch nur noch über http.

In dem Video wird sslstrip ausgeführt... Durch KRACK selbst wird gar nichts aufgebrochen.

cruse · 16. Oktober 2017

WPA2 ist nunmal unsicher, sicheres wlan gibt es nicht - und das meinte violentviper mit "alter Hut".

Das man jetzt nicht mehr Bruteforcen muss, sondern den Schlüssel direkt einschmuggeln bzw. die Daten sogar direkt mitlesen kann setzt dem ganzen die Krone auf.

leipziger1979 · 16. Oktober 2017

Und was soll der Aufschrei ?
Hast nun Angst das heute Nacht 100 Leute dein WLAN hacken ?
Vermutlich verstehst auch nicht die technischen Details ?
Ohje...

/root · 16. Oktober 2017

Keep calm
Die Vuln ist nicht schön aber auch keine Katastrophe, einfach Updates in den üblichen Wartungsintervallen einspielen sollte reichen

Bolko · 16. Oktober 2017

Yuuri schrieb:
Microsoft hat bereits gepacht: https://www.theverge.com/2017/10/16/16481818/wi-fi-attack-response-security-patches

Welche KB behebt den Fehler?

Arcturus128 · 16. Oktober 2017

Also Microsoft soll bereits gepatcht haben. Wann soll das Patch den verteilt werden? Bei mir ist nix verfügbar (Win10).

ToXiD · 16. Oktober 2017

C&P-News sind bei uns nicht gewünscht.

Suche

WPA2-Verschlüsselung ist unsicher - KRACK

Bolko

Commander

violentviper

Lt. Commander

Bolko

Commander

FranzvonAssisi

Admiral

Cool Master

Fleet Admiral

snaxilian

Admiral

Plutos

Gast

Bolko

Commander

autoshot

Admiral

razzy

Lieutenant

Cool Master

Fleet Admiral

Yuuri

Fleet Admiral

cruse

Fleet Admiral

leipziger1979

Rear Admiral

/root

Lt. Commander

Bolko

Commander

Arcturus128

Captain

ToXiD

Moderator