Quote:
|
Originally Posted by grcore
With the fake association, is it supposed to reset every 30 seconds no matter what? Once association is successful, retries interrupt IV generation until another successful association. After a successful fake association, I stop it with ctrl-c and IV generation continues without interruption. (this is without any other clients associated).
|
Ok, I guess I'll just disable the timeout and not reassociate every 30s.
Quote:
|
Originally Posted by grcore
Aircrack now uses bruteforce on the last two keybytes, and in my experience this slows the process down, perhaps make this optional? Or add an option to bruteforce specific keybyte(s) (such as the first only, or 2&3 etc).
|
This is a n-ary tree search, so fast bruteforcing can only be done efficiently on the last 1 or 2 keybytes (note that the votes depend on the last chosen keybytes, so you can't just bruteforce, for example, keybyte 0 -- thus the whole fudge factor thingy). You can disable bruteforcing with -x, but in my experience bruteforcing the last keybytes leads to higher success rates.
Quote:
|
Originally Posted by grcore
I also get the occasional error during aireplay: open(/dev/rtc) failed: Device or resource busy
|
This is probably not a major problem, attacks 0 and 1 don't require rtc anyway.
Quote:
|
Originally Posted by grcore
And the occasional segfault during aircrack.
|
Some people reported it, but I couldn't reproduce :/. Could you start:
gdb --args ./aircrack [options] my_dump.cap
Then type run, and when it segfaults type "where". Also have a look at variables and such.
Thanks!
-- Christophe