Starting with rev50 it’s now possible to stream results directly to stdout while batchprocessing. For example this makes it possible to stream results directly into cowpatty:
./pyrit_cli.py -f – -e linksys batch | ~/cowpatty-4.3/cowpatty -d – -r ~/cowpatty-4.3/wpa2psk-linksys.dump -s linksys
cowpatty 4.3 – WPA-PSK dictionary attack. <jwright@hasborg.com>
Collected all necessary data to mount crack against WPA2/PSK passphrase.
Starting dictionary [...]
Batchprocessing to stdout…
New performance data
Some new performance data came in today. The GeForce GTX 280 takes the lead with more than 11.000 PMKs per second, about 100x times faster than what we’ve seen from tools about a year ago.
See the new blinkenlights on the googlecode.com page.
64-bit machines fixed…
The hanging/crashing in the Nvida-CUDA core should now be fixed, compilation on 64-bit machines was fixed. Performance benchmarks updated since the old values did not reflect the new code.
Padlock again
Updated code for VIA’s padlock engine. Turns out the words “must be” in the documentation have a flexible meaning. Performance increase is now about 5x compared to native x86 code on same cpu.
Support for VIA Padlock
Added support for VIA’s hardware crypto engine ‘padlock’. Compile with
setup.py install HAVE_PADLOCK’
to enable. Speedup is about 2.5x for me (which is slow – VIA’s xsha1 opcode implementation sucks).
Added some code to export resultsets to aircrack-ng’s airolib-database format:
./pyrit_cli.py -e some_essid -f hashdb.db export_hashdb
Your help required.
There are reports that the CUDA-core hangs on some configurations. I’d really like to hear from you if you experience that as I can’t reproduce this problem here.
