Hallo,

ich habe hier eine Konfigurationsdatei für ein WPA2-EAP-Netzwerk. Das doofe an der Sache: Mein Passwort liegt im Klartext in der Datei, was mir nicht sonderlich gefällt.

Die ganze Konfiguration sieht so aus:

ctrl_interface=DIR=/var/run/wpa_supplicant

network={
    ssid="eth"
    key_mgmt=WPA-EAP
    proto=WPA2
    eap=TTLS
    pairwise=CCMP TKIP
    group=CCMP TKIP
    phase2="auth=MSCHAPV2"
    identity="MeinBenutzername"
    password="MeinPasswortImKlartext"
    priority=10
}

Meine Frage daher ist, wie ich das Passwort irgendwie verschlüsselt (oder wenigstens verschleiert) kriege. In den Manpages von wpa_supplicant habe ich nichts gefunden, denn wpa_passphrase scheint nur für PSK-Passwörter und nicht für EAP zu funktionieren (habs getestet).

Da ich mit netcfg arbeite, kann ggf. auch mit Drittprogrammen arbeiten; kennt jemand ein simples "KISS" Verschlüsselungsprogramm für einzelne Dateien (am liebsten direkt in den Repos), womit ich die Datei kurz über netcfg entschlüsseln und danach wieder verschlüsseln kann?

Danke.

kani schriebUmwandlung in Hexadezimalform:

wpa_passphrase $ssid $schluessel

Bitte lies dich meinen Beitrag nochmals genau durch 😉

gandro schrieb denn wpa_passphrase scheint nur für PSK-Passwörter und nicht für EAP zu funktionieren (habs getestet).

@runiq: Ich glaube du hast mich falsch verstanden. Ich habe keinen Einfluss darauf: Ich kann das Passwort ändern, aber dann ist es für alle Dienste der Uni geändert (es geht ja hier um ein Uni-Netzwerk).

Ist halt ein einziges zentrales Konto mit einem einzigen Passwort für die verschiedensten Dienste meiner Uni. Privat hab ich selbstverständlich verschiedene Passwörter für verschiedene Dienste.

@Dirk: Ja, ich befürchte, selbst wenn das umgesetzt würde, vergehen Jahre. So lange möchte ich nicht auf WLAN verzichten 😛

@Topic:
Naja, ich hab mir jetzt mal ccrypt aus den Repos gesaugt, mal schauen ob ich damit was intelligentes hinbekomme.

Aeon Tux schriebSchließlich muss irgendein Programm die Konfigurationsdatei lesen und das verwenden, was da drin steht. Aus einem Hash den ursprünglichen Wert errechnen geht nicht - nur umgekehrt..

Nicht zwingenderweise! So wie sich der Kommentar liest, kann ich nicht jeden Hash für jede Authentifizierung verwenden. Woraus ich folgere, dass wpa_suppliciant den Hash nicht entschlüsselt, sondern direkt verschlüsselt weiterreicht.

Schlimmstenfalls kann also jemand mit der Konfigurationsdatei bestenfalls in WLAN, nicht aber an mein Passwort und damit an all die anderen Dienste.

Was ich gesehen habe, ist der verwendete Hashing-Algorithmus nicht viel mehr als MD4, also ein Einweg-Hash. Der hat zwar wie sen Nachfolger MD5 ein paar Kollisionsprobleme, man sollte damit also keine Daten mehr signieren, aber an das ursprüngliche Passwort kommt man trotz alle dem nicht ran (man kann ggf. eine Zeichenkette generieren, die den gleichen Hash erzeugt, aber mein Passwort hat man damit noch nicht).

Aufpassen! Hab ich mich durchaus mit der Sache beschäftigt.

Dirk, dein Gesamter Beitrag bezieht sich darauf, MD4 bzw. MD5 als Signatur zu verwenden. Heisst: Ich habe eine Nachricht/Zertifikat, erstelle davon die MD5-Summe, damit später überprüft werden kann, ob die Nachricht/Zertifikat geändert wurde.

In dieser Hinsicht sind MD4 und MD5 in der Tat "geknackt". Es ist mit entsprechendem Rechenaufwand daher möglich, die Original-Nachricht (bzw. das Original-Zertifikat) so zu verändern, dass die Prüfsumme gleich bleibt und die Manipulation nicht auffällt.

Einer der letzten grosse real durchgeführten MD5-Angriffe benötigte 200 PlayStation 3 im Cluster, war persönlich am Vortrag dabei als das bekannt gemacht wurde: http://www.heise.de/security/meldung/25C3-Erfolgreicher-Angriff-auf-das-SSL-Zertifikatsystem-192869.html

Das alles ist schön und gut, hat aber mit meiner Verwendung von MD4 bzw. MD5 absolut gar nichts am Hut, denn MD4 wird hier nicht verwendet, um eine Nachricht zu signieren um sie vor Manipulation zu schützen, sondern die Prüfsumme an sich wird übertragen.

Aus einer MD4/MD5-Summe lässt sich das Original-Passwort nicht rekonstruieren. Wird auch nie gehen, weil es bei Hashes per Definition eine unendliche Anzahl an möglichen (beliebig langen) Passwörtern gibt, die genau die gleiche Summe erzeugen müssen.

Ich verweise hier noch auf den letzten Satz im Sicherheits-Abschnitt von MD5 der Wikipedia:

Derzeit ist MD5 nur bezüglich der Kollisions-Angriffe geknackt. Deswegen besteht noch keine akute Gefahr für Passwörter, die als MD5-Hash gespeichert wurden, diese Kollisionen sind eher eine Gefahr für digitale Signaturen.

Die einzige reale Möglichkeit, aus einem MD4- oder MD5-Hash (oder auch jedem anderen, noch so sicheren Hashing-Algorithmus) ein passendes Passwort zu bekommen, ist über Rainbow-Tables, also vom Prinzip her eine Variante von Brute-Force.

Und da hilft, unabhängig vom Algorithmus, nur ein langes und kompliziertes Passwort (bzw. Salting, was aber am Ende im Prinzip das gleiche ist).