bruteforge 0.6r19

. Added -c 0 to skip all couples of char
. Added missing -h option
. Cache Fixedset_index into P array instead of calling idx_in_item everytime: speedup
. Cosmetic changes
. Compiled static against gmplib

Grab i386 binary from here

libgmp.so.10: cannot open shared object file

To everyone having this issue... bruteforge binary is linked with only one shared library:
You have to locate the library:
# find / -name libgmp.so
/usr/lib/libgmp.so
...
1. if you have no output you have to install gmp (gmplib.org), ask your package manager about;
in my system is located in a usual place such as ‘/usr/local/lib’ or ‘/usr/lib’, so bruteforge can load in memory the library and run!

2. If the library is not located in one of these directories it must be added to the load path.
The simplest way to set the load path is through the environment variable LD_LIBRARY_PATH.
Anyway, get a look at here and use your mind.

3. If you have a different version of that library, try to update the symbolic link, letting point libgmp.so.10 to your installed version, for example now I have this:
# ls -ln /usr/lib/libgmp.so*
lrwxrwxrwx 1 0 0 16 Feb 16 15:41 /usr/lib/libgmp.so -> libgmp.so.10.0.4
lrwxrwxrwx 1 0 0 16 Feb 16 15:41 /usr/lib/libgmp.so.10 -> libgmp.so.10.0.4
-rwxr-xr-x 1 0 0 399968 Feb 16 15:41 /usr/lib/libgmp.so.10.0.4
first two rows are symbolic links to the real library libgmp.so.10.0.4, watch also file dimensions...

4. If you can't resolv this issue, grab this static version of bruteforge and you'll get it running!

OpenCL + PS3: Improvements!

To anyone follow this story, here some things to see!
I'm doing Pairwise Master Keys with all 7 compute units on a PS3 via OpenCL, check out my three kernel's output:

This is always pyrit related, but it works alone (for now), porting to a pyrit plugin will take the last step of my interests.
Was January 14, 2011 when I've told: "Correctly improve that is possible, we have tools." I was right, I've wrote the fastest implementation ever!
Now I need to improve more, there's again!

blackhole: added sha1_process variants

some of blackhole in action:

. removing old hashfile
. counting records in database
. listing computed pmk grepping the correct one
. exporting to a new cowpatty_hashfile
. run cowpatty attack over test libpcap capture file

cutted out cl computation, I've implemented a different vectorized sha1_process (I've two now).
results of this variant are poorly the same as first one on a 8400GS (need to check on the spus: they're the vector units).
this one needs more _private space to compute (need to stage some on _local), but I can set a larger NDRange.
thinking to write something about on Google Docs (need time).
good computation, good output.

"This is not hacking, it's crypto!"

I've wrote a single program called blackhole, it:
. Stores words,
. Computes pmk against an essid,
. Stores back results into a simple sqlite database,
. Exports computed pmks to a compatty hashfile to perform the attack later with aircrack-ng or cowpatty.

And here everybody'll say: "So why you should use this? Just use pyrit!"
Pyrit is NOT optimized to run on the Cell/BE , I'm doing this to improve the speed of computing pmks with all 7 Spe in a PS3.

Just to let you know that I'm back to work over the OpenCL code now!
I'm thinking to elaborate some of my idea, writing down to let you, interested reader, understand and maybe found better solutions;
Was Feb this year when I've got some speed improvements without knowing C, how can do the job without C basis?
Months spended reading and learning a lot of stuff, sources of aircrack-ng, stuff as genpmk.c, sha1-sse2.S, pyrit, threading, the sqlite library...
This is the power of open source, I was able to realize something I've in my mind, for free!
Don't miss my next new video "blackhole's evidence".