This file is a braindump of ideas to improve Wifite2 (or forward-looking to "Wifite3")
I can rely on pip
+ requirements.txt
for python libraries, but most of wifite's dependencies are installed programs.
When a dependency is not found, Wifite should walk the user through installing all required dependencies, and maybe the optional dependencies as well.
The dependency-installation walkthrough should provide or auto-execute the install commands (git clone
, wget | tar && ./config
, etc).
Since we have a Python script for every dependency (under wifite/tools/
or wifite/util/
), we use Python's multiple-inheritance to achieve this.
Requirements:
- A base Dependency class
@abstractmethods
forexists()
,name()
,install()
,print_install()
- Update all dependencies to inherit Dependency
- Override abstract methods
- Dependency-checker to run at Wifite startup.
- Check if all required dependencies exists.
- If required deps are missing, Prompt to install all (optional+required) or just required, or to continue w/o install with warning.
- If optional deps are missing, suggest
--install
without prompting. - Otherwise continue silently.
Off the top of my head:
- Raspberry Pi (or any Debian distro)
- Raspberry Pi + Kali (?)
- Kali Nethunter
- Various other distributions (backbox, pentoo, blackarch, etc)
Deprecation of "core" programs:
iwconfig
is deprecated in favor ofiw
ifconfig
is deprecated in favor ofip
Versioning problems:
- Pixiewps output differs depending on version
- Likewise for reaver & bully
- Reaver and bully args have changed significantly over the years (added/removed/required)
- airodump-ng --write-interval=1 doesn't work on older versions
- Same with --wps and a few other options :(
- airmon-ng output differs, wifite sees "phy0" instead of the interface name.
Misc problems:
- Some people have problems with multiple wifi cards plugged in
- Solution: User prompt when no devices are in monitor mode (ask first).
- Some people want wifite to kill network manager, others don't.
- Solution: User prompt to kill processes
- Some people need --ignore-negative-one on some wifi cards.
Wifite is a 'Spray and Pray', 'Big Red Button' script. Wifite should not provide obscure options that only advanced users can understand. Advanced users can simply use Wifite's dependencies directly.
Every option in Wifite's should either:
- Significantly affect how Wifite behaves (e.g.
pillage
,5ghz
, '--no-wps', '--nodeauths') - Or narrow down the list of targets (e.g. filtering --wps --wep --channel)
- Or set some flag required by certain hardware (packets per second)
Any options that don't fall into the above buckets should be removed.
Currently there are way too many command-line options:
- 8 options to configure a timeout in seconds (wpat, wpadt, pixiet, pixiest, wpst, wept, weprs, weprc)
- I don't even know what these are or if they work anymore.
- 5 options to configure Thresholds (WPS retry/fail/timeout, WEP pps/ivs)
- And the WPS options are NOT consistent between Bully & Reaver.
- "Num deauths" etc
For most of these, We can just set a sane default value to avoid the --help
Wall-of-Text.
The "Commands" (cracked
, crack
, check
) should probably not start with --
, e.g. --crack
should be simply crack
Some dependencies of Wifite (aircrack suite, tshark, etc) could be replaced with native Python implementations.
Scapy allows listening to and inspecting packets, writing pcap files, and other features.
There's ways to change wireless channels, enumerate wireless devices, send Deauth packets, etc. all within Python.
We could still utilize libraries when it's more trouble than it's worth to port to Python, like some of aircrack (chopchop, packetforge-ng).
And some native Python implementations might be cross-platform, which would allow...
Some of Wifite's dependencies work on other OSes (airodump) but some don't (airmon).
If it's possible to run these programs on Windows or OSX, Wifite should support that.
Wifite's Pixie-Dust attack status output differs between Reaver & Bully. And the command line switches are... not even used by bully?
Ideally for Pixie-Dust, we'd have:
- Switch to set bully/reaver timeout
- Identical counters between bully/reaver (failures, timeouts, lockouts)
- I don't think users should be able to set failure/timeout thresholds (no switches).
- Identical statuses between bully/reaver.
- Errors: "WPSFail", "Timeout", "NoAssoc", etc
- Statuses: "Waiting for target", "Trying PIN", "Sending M2 message", "Running pixiewps", etc.
- "Step X/Y" is nice, but not entirely accurate.
- It's weird when we go from (6/8) to (5/8) without explanation. And the first 4 are usually not displayed.
- Countdown timer until attack is aborted (e.g. 5min)
- Countdown timer on "step timeout" (time since last status changed, e.g. 30s)
Order of statuses:
- Waiting for beacon
- Associating with target
- Trying PIN / EAPOL start / identity response / M1,M2 (M3,M4)
- Running pixiewps
- Cracked or Failed
And as for PIN cracking.. um.. Not even sure this should be an option in Wifite TBH. PIN cracking takes days and most APs auto-lock after 3 attempts. Multi-day (possibly multi-month) attacks aren't a good fit for Wifite. Users with that kind of dedication can run bully/reaver themselves.
Note: This was mostly done in the great refactoring of Late March 2018
Too modular in some places, not modular enough in others.
Not "/py":
- aircrack/
aircrack.py
<- processairmon.py
<- processairodump.py
<- processaireplay.py
<- process
- attack/
decloak.py
<- aireplay, airodumpwps-pin.py
<- reaver, bullywps-pixie.py
<- reaver, bullywpa.py
(handshake only) <- aireplay, airodumpwep.py
(relay, chopchop) <- aireplay, airodump
config.py
- crack/
crackwep.py
<- target, result, aireplay, aircrackcrackwpa.py
<- target, handshake, result, aircrack
- handshake/
tshark.py
<- processcowpatty.py
<- processpyrit.py
<- processhandshake.py
<- tshark, cowpatty, pyrit, aircrack
output.py
(color/printing) <- configprocess.py
<- configscan.py
(airodump output to target) <- config, target, airodump- target/
target.py
(ssid, pcap file) <- airodump, tsharkresult.py
(PIN/PSK/KEY)
- Initialize each dependency at startup or when first possible.
- Pass dependencies to modules that require them.
- Modules that call aircrack expect aircrack.py
- Modules that print expect output.py
- Unit test using mocked dependencies.
AIRMON
- Detect interfaces in monitor mode.
- Check if config interface name is found.
- Enable or Disable monitor mode on a device.
AIRODUMP
- Run as daemon (background thread)
- Accept flags as input (--ivs, --wps, etc)
- Construct a Target for all found APs
- Each Target includes list of associated Clients
- Can parse CSV to find lines with APs and lines with Clients
- Option to read from 1) Stdout, or 2) a CapFile
- Identify Target's attributes: ESSID, BSSID, AUTH
- Identify cloaked Targets (ESSID=null)
- Return filtered list of Targets based on AUTH, ESSID, BSSID
- XXX: Reading STDOUT might not match what's in the Cap file...
- XXX: But STDOUT gives us WPS and avoids WASH...
TARGET
- Constructed via passed-in CSV (airodump-ng --output-format=csv)
- Needs info on the current AP (1 line) and ALL clients (n lines)
- Keep track of BSSID, ESSID, Channel, AUTH, other attrs
- Construct Clients of target
- Start & return an Airodump Daemon (e.g. WEP needs --ivs flag)
AIREPLAY
- Fakeauth
- (Daemon) Start fakeauth process
- Detect fakeauth status
- End fakeauth process
- Deauth
- Call aireplay-ng to deauth a Client BSSID+ESSID
- Return status of deauth
- Chopchop & Fragment
- (Daemon) Start aireplay-ng --chopchop or --fragment on Target
- LOOP
- Detect chopchop/fragment status (.xor or EXCEPTION)
- If .xor is created: * Call packetforge-ng to forge cap * Arpreplay on forged cap
- If running time > threshold, EXCEPTION
- Arpreplay
- (Daemon) Start aireplay-ng to replay given capfile
- Detect status of replay (# of packets)
- If running time > threshold and/or packet velocity < threshold, EXCEPTION
AIRCRACK
- Start aircrack-ng for WEP: Needs pcap file with IVS
- Start aircrack-ng for WPA: Needs pcap file containing Handshake
- Check status of aircrack-ng (
percenage
,keys-tried
) - Return cracked key
CONFIG
- Key/value stores: 1) defaults and 2) customer-defined
- Reads from command-line arguments (+input validation)
- Keys to filter scanned targets by some attribute
- Filter by AUTH: --wep, --wpa
- Filter by WPS: --wps
- Filter by channel: --channel
- Filter by bssid: --bssid
- Filter by essid: --essid
- Keys to specify attacks
- WEP: arp-replay, chopchop, fragmentation, etc
- WPA: Just handshake?
- WPS: pin, pixie-dust
- Keys to specify thresholds (running time, timeouts)
- Key to specify the command to run:
- SCAN (default), CRACK, INFO
MAIN: Starts everything
- Parse command-line args, override defaults
- Start appropriate COMMAND (SCAN, ATTACK, CRACK, INFO)
SCAN: (Scan + Attack + Result)
- Find interface, start monitor mode (airmon.py)
- LOOP
- Get list of filtered targets (airodump.py)
- Option: Read from CSV every second or parse airodump STDOUT
- Decloak SSIDs if possible (decloak.py)
- Sort targets; Prefer WEP over WPS over WPA(1+ clients) over WPA(noclient)
- Print targets to screen (ESSID, Channel, Power, WPS, # of clients)
- Print decloaked ESSIDs (if any)
- Wait 5 seconds, or until user interrupts
- Prompt user to select target or range of targets
- FOR EACH target:
- ATTACK target based on CONFIG (WEP/WPA/WPS)
- Print attack status (cracked or error)
- WPA-only: Start cracking Handshake
- If cracked, test credentials by connecting to the router (?).
ATTACK (All types) Returns cracked target information or throws exception
ATTACK WEP 0. Expects: Target
- Start Airodump to capture IVS from the AP (airodump)
- LOOP
- (Daemon) Fakeauth with AP if needed (aireplay, config)
- (Daemon?) Perform appropriate WEP attack (aireplay, packetforge)
- If airodump IVS > threshold:
- (Daemon) If Aircrack daemon is not running, start it. (aircrack)
- If successful, add password to Target and return.
- If aireplay/others and IVS has not changed in N seconds, restart attack.
- If running time > threshold, EXCEPTION
ATTACK WPA: Returns cracked Target or Handshake of Target 0. Expects: Target
- Start Airodump to capture PCAP from the Target AP
- LOOP
- Get list of all associated Clients, add "BROADCAST"
- (Daemon) Deauth a single client in list.
- Print status (time remaining, clients, deauths sent)
- Copy PCAP and check for Handshake
- If handshake is found, save to ./hs/ and BREAK
- If running time > threshold, EXCEPTION
- (Daemon) If Config has a wordlist, try crack handshake (airodump)
- If successful, add PSK to target and return
- If not cracking or crack is unsuccessful, mark PSK as "Handshake" and return
ATTACK WPS 0. Expects: Target
- For each attack (PIN and/or Pixie-Dust based on CONFIG):
- (Daemon) Start Reaver/Bully (PIN/Pixie-Dust)
- LOOP
- Print Pixie status
- If Pixie is successful, add PSK+PIN to Target and return
- If Pixie failures > threshold, EXCEPTION
- If Pixie is locked out == CONFIG, EXCEPTION
- If running time > threshold, EXCEPTION
CRACK WEP 0. Expects: String pcap file containing IVS 2. FOR EACH Aircrack option:
- (Daemon) Start Aircrack
- LOOP
- Print Aircrack status
- If Aircrack is successful, print result
- If unsuccessful, EXCEPTION
CRACK WPA 0. Expects: String pcap file containing Handshake (optional: BSSID/ESSID)
- Select Cracking option (Aircrack, Cowpatty, Pyrit)
- (Daemon) Start attack
- LOOP
- Print attack status if possible
- If successful, print result
- If unsuccessful, EXCEPTION
INFO
- Print list of handshake files with ESSIDs, Dates, etc.
- Show options to
--crack
handshakes (or execute those commands directly)
- Show options to
- Print list of cracked Targets (including WEP/WPA/WPS key)