GTK4- und CLI-Toolkit für drahtlose Sicherheit mit 57 eigenständigen Modulen für Wi-Fi, Bluetooth, 802.15.4, SDR/RF, NFC sowie router- und netzwerkseitige MITM-Tests unter Linux.
Ein GTK4-Toolkit für drahtlose Sicherheit unter Linux. 57 Module, die Wi-Fi, Bluetooth, RF, router-seitige und netzwerkseitige MITM-Arbeit hinter einer einzigen Oberfläche abdecken.
Jedes Modul ist ein eigenständiges Shell-Skript. Die GUI ist eine Ansicht über diese Skripte, kein Container — nichts ist hinter der Oberfläche eingeschlossen.
Frühe Entwicklung. Gründlich getestet auf einer Maschine mit einem Adapter. Der Abschnitt Was tatsächlich funktioniert ist ehrlich darüber, was das bedeutet, und es lohnt sich, ihn zu lesen, bevor du einen Bug meldest.
sudo bash wifisting.sh gibt dir ein nummeriertes Menü, gruppiert nach
Kategorie. bash wifisting.sh --list gibt die Modulverfügbarkeit aus, ohne
Root zu benötigen.
Eine native GUI. wifisting-gui baut auf GTK4 + VTE auf und steuert
dieselben Shell-Module über ein striktes TSV-Protokoll. Etwa 15.000 Zeilen
C, keine Laufzeitabhängigkeit schwerer als GTK und VTE.
Eine Modulsammlung. Mehr als 50 Shell-Skripte, jedes eigenständig,
jedes findet sein eigenes Projektverzeichnis (funktioniert unter pkexec, wo
HOME gleich /root ist), jedes mit einem --selftest-Verb, das offline läuft
und keine Hardware anfasst.
Die GUI und die CLI sind keine Alternativen — sie teilen sich den Zustand unter
/tmp/wifisting/. Wähle ein Ziel im Recon-Tab der GUI aus, und die CLI sieht
es. Starte einen Scan aus der CLI, und die Status-Pills der GUI aktualisieren sich.
Die meisten Wireless-Tools sind tief in einer einzigen Sparte. aircrack-ng ist Wi-Fi. bettercap
ist Netzwerk-MITM. BlueZ-Tooling ist Bluetooth. Eine Prüfung bedeutet fünf Tools,
fünf Konfigurationsformate und keine gemeinsame Sicht auf das Ziel.
wifisting ist absichtlich breit — über Schichten und Protokolle hinweg, an einem Ort. Es umhüllt außerdem Responder, mitm6, ntlmrelayx, mdk4 und hcxdumptool, statt sie neu zu implementieren, damit die Spezialwerkzeuge darunter bleiben, wo sie hingehören.
Das andere, was es anders macht: Die meisten Tools sagen dir, dass sie funktioniert haben. Dieses
hier ist darauf ausgelegt, dir zu sagen, wenn sie es nicht getan haben. Ein Modul, das OK meldet, während das
Ziel unberührt ist, ist schlimmer als eines, das laut scheitert, deshalb gibt es einen
--selftest pro Modul, und die hardwareabhängigen sagen, was fehlt, statt
ein leeres Ergebnis zurückzugeben.
Jamming auf Frame-Ebene. Kein Deauth-Flood — tatsächliches reaktives Jamming, Carrier-Sense-Manipulation und FCS-Korruption, angetrieben über einen modifizierten Atheros-Treiber. Dafür musste modwifi auf Kernel 7.0 portiert werden, weshalb es fast niemand ausliefert. Du kannst die Beacons eines Access Points jammen, während der Rest des Kanals unberührt bleibt.
SSID-Overflow mit echter IE-Längen-Kontrolle. Beacons, deren SSID das 32-Byte-Limit überschreitet und Injection-Payloads in denselben Bytes trägt. Die veröffentlichten ESP32-Tools können das nicht — WiFi.softAP() schneidet bei 32 ab, deshalb führen sie es alle als zukünftige Arbeit auf. Den Frame von Hand zu bauen bedeutet, dass das Längenbyte unabhängig vom Inhalt ist, und genau das ist der Fall, der tatsächlich zählt.
Router-Advertisement-Poisoning. mitm6 macht DHCPv6 und überspringt Router Advertisements bewusst, sodass ein Netzwerk ohne aktives DHCPv6 davon unberührt bleibt. Dieses hier macht RA/SLAAC: ein einziges gefälschtes Paket konfiguriert die Standardroute und den Resolver jedes Hosts neu.
Umgehung der Client-Isolation. Gateway-Bouncing, Port Stealing, Broadcast Reflection sowie ein Inter-NIC-Relay, um die Umgehung offen zu halten. Aus der AirSnitch-Arbeit (NDSS'26).
USB-Ethernet-MITM. RNDIS-basiert, im PoisonTap-Stil, über einen USB-Anschluss.
Router-Wiederherstellung und Konsole. TFTP im Recovery-Modus, UART/U-Boot-Anleitung, Offline-Parsing von Flash-Images. Ungewöhnlich für ein WLAN-Tool.
Multi-Node-Erfassung. Steuere eine Flotte von Remote-Knoten — Pi, VM, Laptop — und korreliere, was sie sehen.
Das, was meiner Meinung nach am wichtigsten ist: Es ist so gebaut, dass es dir mitteilt, wenn es fehlgeschlagen ist. Jedes Modul hat einen --selftest. Hardware-gebundene Module benennen die fehlende Hardware, anstatt ein leeres Ergebnis zurückzugeben. Ein Modul, das OK meldet, während das Ziel unberührt bleibt, ist schlimmer als eines, das laut scheitert, und genau diese Fehlerklasse jage ich.
| Modul | Beschreibung |
|---|---|
00_deps | Installierte Tools prüfen und fehlende Pakete installieren |
01_iface | Drahtlose Schnittstellen erkennen und Monitor-Modus steuern |
| Modul | Beschreibung |
|---|---|
02_recon | Live-Scan, Zielauswahl, CSV-Parsing |
03_attack | Deauth, WPA/WPA2-Handshake-Erfassung und PMKID |
04_eviltwin | Rogue-AP mit Captive Portal und Zugangsdaten-Erfassung |
08_pmkid_offline | Offline-PMKID-Extraktion und Hashcat-Konvertierung |
09_wardrive | GPS-markiertes Scannen zur Abdeckungskartierung |
10_rogue_dhcp | Bösartiger DHCP-Server zur Abfangung |
11_krack_kr00k | KRACK- und Kr00k-Schlüsselneuinstallation |
17_wps_attack | Pixie Dust und WPS-PIN |
20_karma | Jede Probe-Anfrage beantworten, um Clients einzufangen |
21_beacon_flood | Beacon- und Auth-Floods, WIDS-Verwirrung, Michael-Gegenmaßnahmen |
22_wifi_direct | P2P-Geräte, Dienste und Group-Owner-Aushandlung |
23_captive_portal_builder | Captive-Portal-HTML aus Vorlagen rendern |
34_pmf_bypass | 802.11w Management Frame Protection-Status pro AP |
35_wifi6_attacks | HE-Elemente, BSS-Colour-Kollisionen, TWT, Spatial Reuse |
47_wpa3_attack | Transition-Downgrade, Dragonblood, SAE-Erfassung und Wörterbuch |
48_wep_attack | Fake-Auth, ARP-Replay, ChopChop, Fragmentierung, Schlüsselwiederherstellung |
53_jamming | Frame-Level-Jamming über den modwifi-Treiber |
54_client_isolation | Gateway-Bounce, Port Stealing, Broadcast Reflection, Inter-NIC-Relay |
55_ssid_overflow | Übergroße SSID jenseits des 32-Byte-Limits, mit Injection in denselben Bytes |