Lokalfunk

Unter Linux ist es dank des BlueZ Bluetooth Protocol Stack und den bluez-utils (Standardpackage bei ubuntu), sowie der Library OpenObex schon auf der Kommandozeile recht einfach möglich, mit Bluetooth zu experimentieren und z.B. Dateien per OBEX an Mobilgeräte zu versenden.

Die wichtigsten Befehle sind:

• hcitool: bluez-utils; Device Inquiry (Suchen von BT-Geräten in der Nähe); Verbindungsaufbau; Manpage
• sdptool: bluez-utils; Service Discovery (Dienste auf dem entfernten Gerät erkennen); Manpage
• obexftp: OpenObex; Obex FTP und auch Push; Manpage

Einige Beispiele:

• Mit hcitool inq führt eine Device Inquiry durch. Dies ist die Voraussetzung für alle weiteren Aktionen, insbesondere wird die Bluetooth Adresse (i.F.: **BT-ADR**) benötigt.
• sdptool browse **BT-ADR** führt daraufhin eine Service Discovery durch, mit der man z.B. erfährt, ob das entfernte Geräte Obex Push unterstützt.
• hcitool cc **BT-ADR** baut eine Verbindung zum BT-Gerät der Wahl auf.
• Danach kann periodisch die Entfernung zum Geräte per RSSI (Radio Signal Strength Indicator) abgefragt werden: hcitool rssi **BT-ADR**. Das “Mapping” von Rückgabewerten zu Entfernung in Metern ist dabei allerdings stark von der Umgebung abhängig und nur möglich, solange eine Verbindung zum BT-Partner besteht.
• Schließlich lässt sich per obexftp -b **BT-ADR** -U none -H -B **PUSH-CHANNEL** -p **FILE** eine lokale Datei (**FILE**) per Obex-Push versenden. Den Push-Channel erhält man aus der Rückgabe der Service Discovery, z.B. per Regexp: /0x1105[\W\w\n]*?Channel:\s(\d{1,2})/g

Update:
Unter http://www.chaostal.de/cgi-bin/parser.cgi?input=article/bluetooth gibt es gute weiterführende Infos zu Bluetooth-Tools unter Linux (Danke an Florian H. für den Tipp!)

Anlässlich des 25. Kongresses des CCC (25C3) stellte Collin Mulliner einige Sicherheitslecks und konkrete Angriffsszenarien auf NFC basierte Anwendungen vor (heise.de am 30.12.08).
Die Webseite von Mulliner ist in jedem Fall einen Besuch wert, neben NFC gibt es auch einige Artikel zu Bluetooth.

Zurück bleibt die bestätigte Ahnung, dass reines “Reicht-ja-bloß-ein-paar-Zentimeter-Funk” als Sicherheitsmerkmal unzureichend ist. Besonders brisant ist bei NFC, dass es oft im Kontext sicherheitsrelevanter Anwendungen benutzt wird (werden soll), wie Kauftransaktionen, Buchungen etc. Umso unverständlicher mit welcher Hartnäckigkeit an den unsicheren mifare Chips festgehalten wird.

Zu den Tests von Mulliner in “freier Wildbahn” schreibt heise.de abschließend:

Nicht zuletzt nahm Mulliner Zahlungsanwendungen etwa bei den “Wiener Linien”, der Österreichischen Bahn, dem Snackautomaten Selecta in der Hauptstadt der Alpenrepublik oder im besonders NFC-begeisterten Rhein-Main-Verkehrsverbund (RMV) unter die Lupe. Als Schwachstelle hätten sich dabei vor allem die Tags erwiesen, die nicht sicher konfiguriert und somit leicht austauschbar oder mit einem RFID- Zapper zerstörbar seien. Teils seien die Etiketten auch zu überschreiben. Die veränderten Tags könnten dann Handys wiederum auf unerwünschte Seiten lenken, sie zum Absturz bringen oder Falschinformationen etwa über die Einsteigestation enthalten. Durch die so durchführbaren Angriffe auf das System “im großen Stil” sei es Hackern möglich, nicht nur die Aufmerksamkeit auf die Sicherheitsprobleme bei NFC zu lenken, sondern die Anwendungen eventuell auch insgesamt zu diskreditieren.