Notices

Originally Posted by mrwormp

I now realise that each time you use this program it create a cap file called replay_arp-date-time in the /home/user directory

Originally Posted by stefanl

latest update to fix some issues with 0.44 is attached below. This update has some more ui tweaks and fixes the wpa decrypt bug:

1) ui interaction minor fix: Decrypt wep / wpa tab now provide informative messages ("select a cap file", "select a dictionary file", "select at least one john option") in the status bar area.
2) ui interaction minor fix: Decrypt wpa tab buttons are now context sensitive (ie. Decrypt button does not go active until either john or wordlist selections are correct, john button needs to be pressed to have john option buttons go active, etc.).
3) wpa decryption fully functional again.

Install version 0.3 from post no 1. In this thread (or any other working version), then apply my update. As per usual, make a back-up copy of the files to be replaced (main.py, fas.py, getinfo.sh, scan.sh, getmacmanaged.sh, getmacmonitor.sh, wepcaplist.sh, wpacaplist.sh, keylist.sh), copy the archive to the fas directory on your n900 and extract within xterm in the fas directory:

Tar -xzvf faircrack0.45.tar.gz

enjoy

note: I think we have reached the limits of what the current version can do, the next step should be a major overhaul to be able to add extra functionality.

Originally Posted by sada11

now working!!! Thanks

Originally Posted by StefanL

Sweet, another satisfied customer . Please note there was a small update which is posted on the same post. Just download and apply the latest attached file under the 0.45 version.

Originally Posted by Estel

I think I've found a bug. When You use john to decrypt WPA cap (I used it with both letters and numbers, but I doesn't think it matter), then You manually close xterm window, where decryption is going, aircrack-ng is *still* running - without any window You can open/close/whatever. It's also consuming 80-90% of Your CPU time, on 900 mhz Have to kill it via xterm using PID.

It happened to me some time ago, but then. I got no clue why. Yesterday, it happened with fully charged battery (I was planning a long train trip today), and by evening, I got only 20% left of dual-scud ;p, with quite warm phone. That was the moment I decided to investigate further. No big deal, but can be quite irritating, if You do not except it and it will drain Your battery in few hours (normal batter can be drain in even 120-150 minutes, from full)

I'm not sure, if it is pure fAircrack bug, or one in maemo aircrack-ng - but seems to happen only, when I use fAircrack john decryption. So I decided to post here.

Originally Posted by Estel

I think I've found a bug. When You use john to decrypt WPA cap (I used it with both letters and numbers, but I doesn't think it matter), then You manually close xterm window, where decryption is going, aircrack-ng is *still* running - without any window You can open/close/whatever. It's also consuming 80-90% of Your CPU time, on 900 mhz Have to kill it via xterm using PID.

Originally Posted by Estel

Just to add some clarification, to my previous post - I dont think this bug was introduced on 0.44 or 0.45 - If i remember correctly, it happened on 0.43 as well (although, I didn't know how to reproduce it, then)