WPA/WPA2 Pre-Shared-Key-Cracking verstehen - Versionsgeschichte

Thomas.will: /* Bau der PTK */

2021-06-09T09:34:10Z

Bau der PTK

Thomas.will: /* Bau der PTK */

2021-06-09T09:30:34Z

Bau der PTK

Thomas.will: /* Bau der PTK */

2021-06-09T09:29:52Z

Bau der PTK

Thomas.will: /* Bau der PMK */

2021-06-09T09:28:08Z

Bau der PMK

Thomas.will am 9. Juni 2021 um 09:27 Uhr

2021-06-09T09:27:01Z

Änderungen zeigen

Thomas.will: /* Bau der PTK */

2021-06-09T09:24:48Z

Bau der PTK

Änderungen zeigen

Thomas.will: /* Bau der PMK */

2021-06-09T09:22:15Z

Bau der PMK

Thomas.will am 9. Juni 2021 um 09:20 Uhr

2021-06-09T09:20:59Z

Thomas.will: /* Bau der PMK */

2021-06-09T09:20:36Z

Bau der PMK

Thomas.will: /* Bau der PMK */

2021-06-09T09:19:43Z

Bau der PMK

← Nächstältere Version		Version vom 9. Juni 2021, 09:34 Uhr
Zeile 107:		Zeile 107:
	print ("KCK: " + ptk[0:16])		print ("KCK: " + ptk[0:16])
	</pre>		</pre>
		+
		+	Der PMK und der PTK werden dann an das Terminal gedruckt, wobei die ersten 16 Bytes des PTK der KCK sind.
		+
		+	Was wird eigentlich für das Knacken berechnet?
		+	Sobald das zweite Paket des Handshakes erfasst wurde, verfügt ein Angreifer über genügend Informationen, um zu versuchen, den Pairwise-Transient-Key zu berechnen (unter Verwendung einer angenommenen PSK-Passphrase), der dann verwendet werden kann, um den Key-Confirmation-Key zu extrahieren und die Nachricht zu berechnen compute Integritätscode. Es ist dieser MIC, der beim Vergleich mit dem echten MIC verwendet wird, um die Gültigkeit der angenommenen PSK zu bestimmen.
		+
		+	Dieser ganze Prozess wird für jeden Wörterbucheintrag (oder Brute-Force-Versuch) während des Passwortknackens erneut ausgeführt, was der Grund für die langsame Leistung von Hashcat, Cowpatty und John The Ripper ist (obwohl ich immer noch 100.000 Hashes P/s verwalte). mit Oclhashcat, was zeigt, wie fantastisch der Code von Atom optimiert ist).
		+
		+	Der MIC wird unter Verwendung von HMAC_MD5 berechnet, das seine Eingabe vom KCK-Schlüssel innerhalb des PTK erhält. Leider war ich nicht in der Lage, Python-Code zur Berechnung des MIC zu finden, selbst nachdem ich den Quellcode von Aircrack-ng und Cowpatty überprüft hatte (meine C-Kenntnisse fehlen stark). Erweitere das oben Gesagte und lass es mich wissen, wenn jemand eine Idee hat!
		+
		+	=Schlussfolgerungen=
		+	Wenn ich den Rechenaufwand für jeden Versuch des Vergleichs der MICs kenne, beruhigt mich die Sicherheit der Verwendung von PSK-Authentifizierung in persönlichen Netzwerken etwas, aber es beweist, wie unschätzbar zufällige Passphrasen in verschiedenen kryptografischen Implementierungen wie dieser sind , insbesondere Passphrasen, die länger sind und mehr Entropie enthalten. Verwenden Sie für Ihr PSK eine Passphrase mit 15 Zeichen, die eine Kombination aus Groß- und Kleinbuchstaben, numerischen und Sonderzeichen enthält, die kein Wörterbuchwort sind . Oh, und ändern Sie es auch regelmäßig. Wenn ich oder jemand anderes Ihre Passphrase knacken würde, würde ein Angreifer nicht viel davon gebrauchen können. Wenn er in einem Monat dorthin zurückkehrt, kann keine Verbindung hergestellt werden, da er auf einen neuen Wert geändert wurde.
		+
		+	Noch wichtiger ist, dass Sie für Ihre Unternehmensnetzwerke keine PSK-Authentifizierung verwenden. Es gibt zwar einige Schwachstellen in bestimmten EAP-Konfigurationen, diese sind jedoch viel einfacher zu beseitigen als ein Offline-Angriff, wie er gegen PSKs in der Lage ist.
		+
		+	Wenn eine der oben genannten Informationen falsch ist, senden Sie mir bitte eine E-Mail und ich werde die erforderlichen Änderungen vornehmen und entsprechend gutschreiben.
		+
		+	Verweise
		+	Ich habe einige externe Quellen verwendet, um diese Prozesse weiter zu verstehen. Sie sind in keiner bestimmten Reihenfolge:
		+
		+	https://en.wikipedia.org/wiki/IEEE_802.11i-2004
		+	http://tools.ietf.org/html/rfc2104
		+	http://www.tldp.org/HOWTO/8021X-HOWTO/intro.html

← Nächstältere Version		Version vom 9. Juni 2021, 09:30 Uhr
Zeile 73:		Zeile 73:
	</pre>		</pre>
	Einige Beispielcodes, um eine Visualisierung dessen zu erhalten, was im Hintergrund passiert:		Einige Beispielcodes, um eine Visualisierung dessen zu erhalten, was im Hintergrund passiert:
		+	<pre>
		+	#! /usr/bin/env python
		+
		+	import hmac,hashlib,binascii,sha
		+	from pbkdf2 import PBKDF2
		+
		+	def customPRF512(key,A,B):
		+	blen = 64
		+	i = 0
		+	R = ''
		+	while i<=((blen*8+159)/160):
		+	hmacsha1 = hmac.new(key,A+chr(0x00)+B+chr(i),hashlib.sha1)
		+	i+=1
		+	R = R+hmacsha1.digest()
		+	return R[:blen]
		+
		+	ssid = raw_input('SSID: ')
		+	passphrase = raw_input('Passphrase: ')
		+	ap_mac = binascii.a2b_hex(raw_input("AP MAC: "))
		+	s_mac = binascii.a2b_hex(raw_input("Client MAC: "))
		+	anonce = binascii.a2b_hex(raw_input("ANonce: "))
		+	snonce = binascii.a2b_hex(raw_input("SNonce: "))
		+
		+	key_data = min(ap_mac,s_mac) + max(ap_mac,s_mac) + min(anonce,snonce) + max(anonce,snonce)
		+	pke = "Pairwise key expansion"
		+	key_data = min(ap_mac,s_mac) + max(ap_mac,s_mac) + min(anonce,snonce) + max(anonce,snonce)
		+
		+	pmk = PBKDF2(passphrase, ssid, 4096).read(32)
		+	ptk = customPRF512(pmk,pke,key_data).encode('hex')
		+
		+	print ("\nPMKey: " + pmk)
		+	print ("PTKey: " + ptk)
		+	print ("KCK: " + ptk[0:16])
		+	</pre>

@@ Zeile 50: / Zeile 50: @@
 =Bau der PTK=
 Die Erzeugung der Pairwise-Transient-Keys erfolgt über eine weitere PRF (unter Verwendung einer ungeraden Kombination von SHA1, die in einem 512-Bit-String endet), die eine Kombination aus PMK, AP-MAC-Adresse, Client-MAC-Adresse, AP-Nonce, Kunde Nonce. Das Ergebnis ist dieser 512 Bit Pairwise-Transient-Key, der eigentlich eine Verkettung von fünf separaten Schlüsseln und Werten ist, die jeweils ihren eigenen Zweck und ihre eigene Verwendung haben:
-- 128 bits -.- 128 bits -.- 128 bits -.- 64 bits -.- 64 bits -
 *Schlüsselbestätigungsschlüssel (`KCK`) – Wird während der Erstellung des *Nachrichtenintegritätscodes verwendet.
 *Key Encryption Key (`KEK`) - Wird vom Zugangspunkt während der Datenverschlüsselung verwendet.

@@ Zeile 42: / Zeile 42: @@
 (2) XOR (bitwise exclusive-OR) the B byte string computed in step (1) with ipad
 (3) append the stream of data 'text' to the B byte string resulting from step (2)
-(4) apply H to the stream generated in s- 128 bits -.- 128 bits -.- 128 bits -.- 64 bits -.- 64 bits -
+(4) apply H to the stream generated in step (3)
 (5) XOR (bitwise exclusive-OR) the B byte string computed in step (1) with opad
 (6) append the H result from step (4) to the B byte string resulting from step (5)

@@ Zeile 27: / Zeile 27: @@
 Pairwise-Master-Keys werden bei der Erstellung der Pairwise-Transient-Keys verwendet und nie wirklich über das Netzwerk übertragen. Sie werden von den Pre-Shared-Keys (Enterprise WiFi verwendet einen von EAP erstellten Schlüssel, aber das ist nicht im Rahmen dieses Artikels) zusammen mit den anderen Informationen wie SSID, SSID-Länge abgeleitet. Die PMKs werden mit der Password-Based Key Derivation Function #2 (PBKDF2) erstellt, wobei die SHA1-Hashing-Funktion mit HMAC als Nachrichtenauthentifizierungscode verwendet wird:
-  PMK = PBKDF2(HMAC−SHA1, P- 128 bits -.- 128 bits -.- 128 bits -.- 64 bits -.- 64 bits -
+  PMK = PBKDF2(HMAC−SHA1, PSK, SSID, 4096, 256)
-SK, SSID, 4096, 256)
+HMAC-SHA1 ist die verwendete Pseudozufallsfunktion, während 4096 Iterationen dieser Funktion verwendet werden, um den 256- Bit-PMK zu erzeugen . Die SSID wird als Salt für den resultierenden Schlüssel verwendet, und natürlich wird die PSK (in diesem Fall die Passphrase) als Grundlage für diesen gesamten Prozess verwendet.
 Weitere Informationen zu HMAC-SHA1 aus RFC2104 sind unten zu sehen, gehen aber über meine Tiefe:

@@ Zeile 47: / Zeile 47: @@
 (7) apply H to the stream generated in step (6) and output the result
 </pre>
 =Bau der PTK=
@@ Zeile 59: / Zeile 58: @@
 *MIC Authenticator Rx Key (`MIC Rx`) - Wird nur mit TKIP-Konfigurationen für Unicast-Pakete verwendet, die von Clients gesendet werden.
 ;Die resultierende Reihenfolge: