wifite - mass wep/wpa cracker for backtrack4

[SWFu64]

yeah, I know it's yet another autopwn script, but this one actually works pretty damn well!

--------------------------------------------

introduction
designed for Backtrack4 RC1 distribution of Ubuntu. Linux only; no windows or osx support.

purpose
to attack multiple WEP and WPA encrypted networks at the same time. this tool is customizable to be automated with only a few arguments. can be trusted to run without supervision.

wifite - Project Hosting on Google Code

[Casca]

Nice script, easy to use, logical in execution - ran into a few issues..

2 Test AP's, both with clients, loaded WPA2 password into wpa.txt

[0:00:00] started cracking WPA key for "testarg1-noconnect"; using /pentest/passwords/wordlists/wpa.txt (35072355 passwords)
[0:00:05] cracking; 1085.92 k/s; 4168 keys total; 0% eta: 8:58:40
[0:00:05] cracked "testarg1-noconnect"! the key is: "thisisthepassword"
Traceback (most recent call last):
File "./wifite.py", line 2708, in <module>
main() # launch the main method
File "./wifite.py", line 714, in main
wpa_crack(i)
File "./wifite.py", line 1344, in wpa_crack
CRACKED += 1
UnboundLocalError: local variable 'CRACKED' referenced before assignment

********
script is unable to move onto finding the next password - no huge deal for pentesting (how many WPA AP's would you try to guess the password for anyway?) but it's there.


Saves time, nice work.
Also, guessing time is diminished by about 100 - 120 tries a sec in GUI mode - I really prefer the console version anyway.

Hope the feedback helps -


Setup is BT4 R1, HD install (dell vostro), qty 2 rtl8187L USB wifi

[SWFu64]

Theres been some bug fixes, update.

[Casca]

Theres been some bug fixes, update.

Updating was the first thing I did after looking through your code and before using the app and reporting. Ran with the -update switch, said it was allready at the latest version.

[derv82]

Yea, I hadn't received any bug reports until a few hours ago. One guy reported like 10 issues and they were all relevant. I was able to patch them all including that huge bug Casca ran into above (error when WPA key is found).

Just FYI: The script can upgrade itself...

./wifite.py -upgrade

I want people to use Wifite instead of GrimWepa since GW has become a huge pain in the ass to trouble-shoot -- it has thousands of lines of code, Java, ~15 classes.. it's a nightmare! I thought about making a prettier GUI for Wifite and calling it GrimWepa2, but I just don't have the time.

P.S. Thanks for requesting this be added to BT4... It's always nice when something I've worked on gets exposure!

[Casca]

Yea, I hadn't received any bug reports until a few hours ago. One guy reported like 10 issues and they were all relevant. I was able to patch them all including that huge bug Casca ran into above (error when WPA key is found).

Just FYI: The script can upgrade itself...

./wifite.py -upgrade

I want people to use Wifite instead of GrimWepa since GW has become a huge pain in the ass to trouble-shoot -- it has thousands of lines of code, Java, ~15 classes.. it's a nightmare! I thought about making a prettier GUI for Wifite and calling it GrimWepa2, but I just don't have the time.

P.S. Thanks for requesting this be added to BT4... It's always nice when something I've worked on gets exposure!

OK, tried again after re-updating and the error is gone, moves on to the next WPA network no worries.

Re-setup the test AP's for WEP and it was no contest - very clean and logically progressive attack with no wasted time. Nice no BS progression in console mode. The packetforge implementation is particularly cool and quite effective.

[alialiraqi]

only install this packt

apt-get install python-tk 

[derv82]

only install this packt

apt-get install python-tk 

The package python-tk is only required for the GUI portion of Wifite. I have removed dependencies for Tk; Wifite can run stand-alone as a console app (even without starting X server).

[Archangel-Amael]

This should be in the repos soon.

[derv82]

Archangel,

Thanks for posting a bug report for Wifite. I've responded to the issue here: Issue 26 - wifite - wifite hangs terminal - Project Hosting on Google Code
but to save you some time, here's what was said:

[...]This was a design failure.

I've made changes to Revision 59 so that the program does not end without printing:

"close this window at any time to exit wifite"

The reason the Xterm window "hangs" is so that the user can view what happened during the attack, what may have gone wrong, and copy/paste any passwords that wifite may have found. Once the Xterm window is closed, wifite's output is lost (although passwords are saved in "log.txt").

I realize now that it looked as though wifite was still executing commands. Sorry about that. If you see other needed changes, or if r59 isn't clear enough, let me know.

Note: Wifite has a built-in upgrader to save you some time (it replaces the existing wifite.py file):

"./wifite.py -upgrade".