
Ein Software Defined Radio Angriffstool
/ |_ _ _ ___ | | / |___ __ | |_ ___ _ _ ___ | (/ _ \ ' (-</ _ \ / -) | (/ _ \ V V / '_ / _ \ || (-< __/||//_/_| __/_/_/|_./_/_, // |/ ___ ___ ___ _ ___ | _ \ / | _ __ _ | | || | / _| (| '/ ` / | / / ||_| ___|| _,_|_\
Willkommen zu RFCrack – Ein Software Defined Radio Angriffswerkzeug
Entwickler: @Ficti0n - http://ConsoleCowboys.com
CCLabs: http://cclabs.io
Blog: console-cowboys.blogspot.com
Veröffentlichungs-Tutorial: https://www.youtube.com/watch?v=H7-g15YZBiI
Signale mit RFCrack reverse-engineeren: https://www.youtube.com/watch?v=XqKoVFyOst0
Version: 1.6 - Fehlerbehandlung und Bugfixes für Py3 und Bruijn-Generierungscode + aktualisierte Störmethode
Benötigte Hardware: (1 Yardstick oder 2 für Rolling Code)
YardStick: https://goo.gl/wd88sr
RFCrack ist meine persönliche HF-Testbank, entwickelt zum Testen der HF-Kommunikation
zwischen beliebigen physischen Geräten, die über Sub-GHz-Frequenzen kommunizieren. IoT-Geräte,
Autos, Alarmanlagen usw. Getestet wurde mit dem Yardstick One unter OSX, aber
RFCrack sollte auch unter Linux funktionieren. Unterstützung für andere HF-Tests wird
nach Bedarf hinzugefügt. Ich forsche derzeit an schlüssellosen Zugangsumgehungen und
anderen Signalanalysefunktionen. Neue Funktionalität wird in Zukunft mit
zusätzlichen Hardwareanforderungen für einige fortgeschrittene Angriffe hinzugefügt.
Sie dürfen diese Software wie besehen nur für den persönlichen Gebrauch verwenden. Verwenden Sie diesen Code nicht
in anderen Projekten oder in kommerziellen Produkten. Ich übernehme keine Haftung für Ihre Handlungen
mit diesem Code. Ihre Lebensentscheidungen liegen in Ihrer eigenen Verantwortung.
Derzeit unterstützte Funktionalität:
-------------------------------------
- Wiederholungsangriffe -i -F
- Gespeicherte Payloads senden -s -u
- Rolling-Code-Umgehungsangriffe -r -F -M
- Gezielte Angriffe -t -F
- Stören -j -F
- Inkrementelles Scannen über Frequenzen -b -v -F
- Scannen gängiger Frequenzen -k
- Vergleich eingehender Live-Signale mit früheren Signalen -k -c -f -u
- Signal grafisch darstellen -n -g -u
Anwendungsbeispiele / Angriffe:
-------------------------------
Live-Wiederholung: python RFCrack.py -i
Rolling Code: python RFCrack.py -r -M MOD_2FSK -F 314350000
RSSI-Werte anpassen: python RFCrack.py -r -M MOD_2FSK -F 314350000 -U -100 -L -10
Stören: python RFCrack.py -j -F 314000000
Gängige Frequenzen scannen: python RFCrack.py -k
Mit eigener Liste scannen: python RFCrack.py -k -f 433000000 314000000 390000000
Inkrementeller Scan: python RFCrack.py -b -v 5000000
Gespeicherte Payload senden: python RFCrack.py -s -u ./captures/test.cap -F 315000000 -M MOD_ASK_OOK
Mit geladener Konfiguration: python RFCrack.py -l ./device_templates/doorbell.config -r
Ein Signal grafisch darstellen: python RFCrack.py -n -g -u 1f0fffe0fffc01ff803ff007fe0fffc1fff83fff07
Live-Signalidentifikation und -Vergleich (2 Konsolenfenster verwenden):
-------------------------------------------------------------------------
Sniffer einrichten: python RFCrack.py -k -c -f 390000000
Analyse einrichten: python RFCrack.py -c -u 1f0fffe0fffc01ff803ff007fe0fffc1fff83fff07f -n
Nützliche Argumente:
-------------------------
-M Modulation ändern, normalerweise MOD_2FSK oder MOD_ASK_OOK
-F Die bei Angriffen verwendete Frequenz ändern
-U Oberer RSSI-Signalstärkewert für Rolling Code
-L Unterer RSSI-Signalstärkewert für Rolling Code
-S Kanalabstand ändern
-V Abweichung der Modulation ändern
-a Frequenzvariation des Störers gegenüber dem Sniffer
-s Paket aus einer Datei senden
-d Aktuelle Geräteeinstellungen nach Abschluss des Angriffs in eine ladbare Vorlage speichern
-l Zuvor gespeicherte Gerätekonfiguration mit Angriff laden
-n Sie verwenden eine Funktionalität, die keinen angeschlossenen Yardstick erfordert
-u Gespeicherte Daten in Ihrem Angriff verwenden
Erläuterung der Verzeichnisse:
------------------------------
Gespeicherte Aufnahmen werden standardmäßig im Verzeichnis ./captures gespeichert!
Aufnahmen zur Live-Signalidentifikation werden ebenfalls im Verzeichnis ./captures in der Datei capturedClicks.log gespeichert.
Gerätevorlagen werden standardmäßig im Verzeichnis ./device_templates gespeichert und geladen.
Scanprotokolle werden im Verzeichnis ./scanning_logs gespeichert, benannt nach Datum und Uhrzeit des Scanstarts.
Vergleichsbilder von Graphen werden im Ordner imageOutput in zwei Formaten gespeichert:
- Live: LiveComparison.png wird bei jeder Signalanalyse überschrieben.
- Protokollanalyse: Die Formate Comparison1 und Comparison2 werden verwendet und bei jeder Protokollanalyse überschrieben.
Sonstige Hinweise:
-------------------------
Beachten Sie, dass Rolling Code aufgrund der gleichzeitigen Störung und Überwachung ein Glücksspiel ist,
aber es funktioniert. Verwenden Sie den Schlüsselanhänger einfach in der Nähe der Yardsticks, als ob Sie
Ihr Ziel verfolgen würden. Es werden außerdem zwei Yardsticks benötigt, einer zum Überwachen, während der andere
stört. Yardsticks können nicht gleichzeitig senden und empfangen.
Und ein letzter Hinweis: Dies ist meine eigene Testbank für Forschung und Entwicklung. Wenn Sie Ideen haben,
um RFCrack basierend auf realistischen Anwendungsszenarien zu verbessern, können Sie mich gerne kontaktieren. Wenn
die Ideen realistisch, durchdacht und wiederverwendbar sind, werde ich sie umsetzen.