WPA-Passphrase mit "ß" am Mac?

Gast #1769843
Hallo,

mein Sohn ist derzeit in einem Vorbereitungscamp für 
Auslands-Zivildienst. Dort gibt es ein WLAN, er hat sein Macbook dabei 
und die Passphrase auch auf einem Zettel bekommen.
Dummerweise haben die dortigen "Experten" (eine externe Firma) das 
WPA-Passwort mit einem "ß" versehen, was - soweit ich nachgelesen habe - 
eigentlich garnicht zulässig ist.
Folgerichtig kann man das an einem Macbook (OSX 10.5) auch nicht 
eingeben, die Dialogbox dazu gibt eib einem Umlaut nur ein "Ping!" von 
sich. Unter Windows geht das wohl, trotz Verstoß gegen den Standard, 
weshalb der Admin es nicht bemerkt hat.

Frage nun: Gibt es einen Hack, Workaround oder sonst irgend einen Trick, 
z.B. die Datei in der die WLAN-Passworte lokal gespeichert werden, zu 
patchen?

Frank

P.S. Auf den Accesspoint hat er keinen Zugriff, die betreuende Firma ist 
weit weg. Es ist unwahrscheinlich, dass die das schnell ändern 
wollen/können.
Gast #1769862
Warte nur ab. Nachher sind es wieder die bösen Leute von Apple, die 
nicht auf Kompatibilität achten…

Kannst du vielleicht das Passwort direkt im Schlüsselbund 
(Schlüsselbundverwaltung) eintragen? Ich habe das kurz ausprobiert und 
im Allgemeinen sind 'ß' da zulässig. Ich weiß nur nicht, ob der das für 
das WLAN nicht wieder verbietet.
Gast #1769872
"A pass-phrase is a sequence of between 8 and 63 ASCII-encoded 
characters." (Aus 802.11i-2004), ß ist als pass-phrase damit 
tatsaechlich garnicht moeglich. Und selbst wenn es jemand implementiert, 
muessen diese Implementationen nicht kompatibel sein.

In der Referenzimplementation ist sogar ein
1
assert((password[i] >= 32) && (password[i] <= 126));
vorgesehen.

Gruesse

Marvin
Gast #1770724
Ah, nun ist mir aufgegangen, worauf du hinaus wolltest: Ja, jeder 
SSID-Passphrase-Paarung kann man einen PSK zuweisen, den man direkt als 
hexadezimalwert angeben kann. Das waere also tatsaechlich eine Loesung 
fuer das Problem. Man muesste allerdings natuerlich herausfinden, wie 
das ß codiert wird.

Gruesse

Marvin
Gast #1771639
Rufus t. Firefly schrieb:
> Das wird ANSI, also Latin-1 sein.

Latin-1 hat doch nichts mit ANSI zu tun. Das ist iso-8859-1.

> Also müsste es 0xDF sein. In MacRoman wäre es 0xA7, was in Latin-1 dem
> § entspricht.

Da es um Windows geht, könnt's auch 0xE1 (Codepage 850 oder 437) sein.
Persönliche Seite #1771687
Rolf Magnus schrieb:
> Latin-1 hat doch nichts mit ANSI zu tun. Das ist iso-8859-1.

Die Unterschiede sind für diese Betrachtung marginal.

> Da es um Windows geht, könnt's auch 0xE1 (Codepage 850 oder 437) sein.

Das ist ziemlich unwahrscheinlich bis annähernd ausgeschlossen.
Windows verwendet diese Codierungen nur im Konsolenfenster (das, was 
manche fälschlich als "DOS-Fenster" bezeichnen) und sonst gar nicht.

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 16 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.