dougives/wispScript e kit hardware per deautenticare automaticamente client 802.11 in massa. Cattura pacchetti per successive malefatte.
Script per deautenticare automaticamente i client 802.11 in massa. Cattura pacchetti per scopi malevoli successivi. Ottimo spunto di conversazione nel tuo bar locale.
Questo script è stato progettato per funzionare su un Raspberry Pi 3 o superiore. Funzionerà anche su hardware simile con le stesse o maggiori capacità, ovviamente.
È necessaria una quantità considerevole di kit aggiuntivo per operare lo script in modo efficace. Avrai anche bisogno di:
Per la massima efficacia, dovresti anche avere:
Personalmente uso ConnectBot con Hacker's Keyboard sul mio cellulare per controllare kit come questo via SSH. Attira meno attenzione e sta in tasca.
Suggerisco di configurare il dispositivo per connettersi automaticamente a una VPN che gestisci, per evitare problemi di routing/NAT. Configurare OpenVPN su un host cloud è il modo più semplice per farlo. Assicurati di usare la direttiva di configurazione del server client-to-client di OpenVPN, o di avere altrimenti configurato il forwarding.
Avrai bisogno di un altro metodo oltre al wifi per connettere il dispositivo a internet, ovviamente. L'accesso cellulare è il candidato più semplice. A meno che non desideri scaricare le catture dei pacchetti da remoto, è necessaria pochissima larghezza di banda (<100Kib/s). Puoi cavartela con un piano dati "illimitato" economico che limita la velocità dopo un certo consumo.
Ho avuto problemi di MTU quando eseguivo OpenVPN su rete cellulare. Il rimedio più semplice è impostare il MTU a 1200 con ip link set dev tunX mtu 1200, dove tunX è il tuo dispositivo tun. Potrebbe essere necessario usare un MTU diverso a seconda della tua rete.
A seconda della tua configurazione specifica, i dispositivi USB collegati potrebbero assorbire più potenza di quanto il Raspberry Pi possa fornire con i suoi mezzi usuali. Usare un hub USB alimentato come quello menzionato sopra ti permetterà di alimentare le schede tramite un'altra porta USB della batteria. Alcuni hub USB economici forniranno "alimentazione inversa" all'hub sul Raspberry Pi. Questo è adatto finché usi una batteria di buona qualità, e addirittura utile.
Un'altra soluzione è fornire alimentazione aggiuntiva all'hub USB usando uno splitter come questo. Funziona, ma non lo raccomando. È un'altra cosa che potrebbe accidentalmente scollegarsi, ed è solo disordinato da organizzare altrimenti.
Se stai fornendo controllo remoto tramite un cellulare in tethering, dovresti assicurarti che la batteria sia completamente carica quando avvii il kit, se possibile. Alcuni dispositivi economici potrebbero non assorbire abbastanza corrente per tenere il passo con la potenza consumata da una connessione dati costante.
La combinazione di più schede, Raspberry Pi e modem cellulare diventerà molto calda. Le Panda PAU06 diventano particolarmente calde. Se non ti preoccupi del calore, ti ritroverai con schede sciolte o peggio. Fai una prova con la borsa/contenitore scelto a temperatura ambiente prima, per assicurarti che fornisca una adeguata dissipazione del calore. Se devi usare il kit in un ambiente caldo, come dentro un veicolo in una giornata calda, prendi ulteriori precauzioni per evitare il surriscaldamento. Nel caso di un veicolo, impostare i comandi climatici sull'aria condizionata e avviare il veicolo a distanza in modo intermittente sarà sufficiente.
Alcuni cellulari economici sono soggetti a surriscaldamento a causa della combinazione dell'attrezzatura aggiuntiva e della necessità di trasmettere dati regolarmente. Potrebbero spegnersi in queste condizioni, impedendo il controllo remoto. Posizionare il telefono in un compartimento separato dal resto del kit aiuterà, ma è meglio usare un dispositivo diverso.
Se intendi operare il kit in modo occulto, tieni presente che il calore potrebbe attirare l'attenzione in modi inaspettati. Se viene lasciato sul cruscotto di un veicolo durante una giornata di neve, scioglierà la neve e il ghiaccio. Ci sarà un bel spazio rotondo pulito sul parabrezza, centrato sul kit in vista, mentre tutto il resto è coperto di neve!
Le istruzioni di installazione di Wisp sono dettagliate in rpi-install.md. I passaggi dovrebbero essere simili per sistemi non Raspian. Wisp dipende da aireplay-ng di aircrack-ng per trasmettere frame deauth. In particolare, dovrai compilare Python-3.7.1 per il dispositivo, come descritto anche nel file rpi-install.md.
Wisp dipende da un altro piccolo programma C chiamato dream. Il codice sorgente è incluso come dream.c. Dream dipende da libpcap.
Compila dream per il tuo dispositivo con il comando gcc -O3 dream.c -lpcap.
Dream è uno strumento per monitorare il traffico 802.11 con un output che può essere filtrato con grep. Salva anche il traffico catturato in file con il formato pcap standard. Wisp chiama dream per ogni scheda di monitoraggio e analizza l'output per il traffico dei client. Ecco i suoi argomenti:
--a: Segnala solo il traffico dei client associati. (Tutti i pacchetti vengono comunque registrati su disco se --d è abilitato.)--d (file): Scarica i pacchetti nel file specificato.-[b][c][d][f][s][t]: Specifica quali campi produrre per riga, in particolare:
b: BSSc: Numero del canale.d: Nome del dispositivo che ha ricevuto il pacchetto.f: Frequenza.s: Stazione (STA).t: Timestamp pcap.Questi campi vengono sempre stampati nello stesso ordine, indipendentemente dall'ordine specificato. (Cioè, -bcst è equivalente a -sctb.)
Wisp legge un file in formato json chiamato wisp.json per la configurazione. Ecco una descrizione delle chiavi:
monitors: Contiene una lista di dispositivi da configurare come monitor. Ogni dispositivo contiene sotto-chiavi che descrivono la loro configurazione specifica:
channel: Il canale per il dispositivo da monitorare.injector: Il dispositivo da configurare per iniettare frame deauth.timing: Elenca diversi parametri di temporizzazione, tutti espressi in millisecondi:
delay: Il ritardo tra i pacchetti deauth inviati, per client.jitter: Modula il tempo di ritardo di una quantità casuale, nell'intervallo specificato.stale: Il tempo in cui un client non viene visto prima di essere rimosso dalla lista dei ritardi. Ha poco effetto pratico a meno che non sia vicino all'intervallo di ritardo.Tutti i parametri vengono caricati da wisp.json, quindi wisp viene invocato semplicemente: python3 ./wisp.py
Wisp configurerà automaticamente le schede come descritto in wisp.json. Disabiliterà anche rfkill e ucciderà eventuali processi interferenti, simile al comportamento di airmon-ng.
Wisp rinomina i dispositivi specificati con il formato wispX dove X è il numero associato al phy. Li rinominerà ai nomi originali all'uscita.
Wisp produce un . per ogni deauth inviato. Questo è un modo semplice ed efficace per assicurarsi che stia funzionando come previsto.
Wisp (tramite dream) produrrà file pcap con prefisso il nome della scheda (phy) che ha catturato i pacchetti, insieme a una stringa esadecimale casuale, terminando in .cap. Qualcosa come phy0-8cf9ec5ca146943f.cap, per esempio. Puoi quindi ispezionarli, analizzarli e manipolarli con qualsiasi strumento normale per file pcap.