hash databases
It has been done, Jake used to have a massive massive md5 rainbox table, and setup an AIM bot to handle requests.
However the harddrive got corrupted and he lost all his terebytes of data and was unable to raise enough cash to fix it.
I used to have my own md5 rainbox table of just 3 gigs, and that cracked a large majority of any hashes i came across.
its worth doing.
I've got one listing half a million hashes on my site (http://mastergamer.homeip.net), feel free to use that.
You can also access the DB using my IRC bot Anna on the HBH IRC server.
Why not use http://md5.rednoize.com/ ? They claim to hove more than 47 miljon hashes in their database ;)
In my experience it is able to crack any hash I find.
The_Cell wrote: Why not use http://md5.rednoize.com/ ? They claim to hove more than 47 miljon hashes in their database ;)
In my experience it is able to crack any hash I find. And yet it still can't find mine. :( 5b4d12dbc785fc5f0a7c5705144c1268
Cool, a lot of replies!:D
According to my calculations, it would take over a terabyte of data to store all alphanumeric md5's up to and including 8 characters (almost 3 trillion passwords, or 39^9) in an instant-lookup table.
I think I might have a way to dramatically reduce the size you would need for the table at the cost of exponentially greater processing power required to dig out the password. It involves writing over the table using XOR and it's fairly complicated, but I'll keeping thinking about it. Theoretically, you could store 39^9 passwords in just a gigabyte at the cost of having to process 1000 md5's and XOR them.
eqqqqq wrote: Cool, a lot of replies!:D
According to my calculations, it would take over a terabyte of data to store all alphanumeric md5's up to and including 8 characters (almost 3 trillion passwords, or 39^9) in an instant-lookup table.
I think I might have a way to dramatically reduce the size you would need for the table at the cost of exponentially greater processing power required to dig out the password. It involves writing over the table using XOR and it's fairly complicated, but I'll keeping thinking about it. Theoretically, you could store 39^9 passwords in just a gigabyte at the cost of having to process 1000 md5's and XOR them.
You realise that 39^9 is 208728361158759 with there being ~256^16 (340282366920938463463374607431768211456) possible combinations for md5, this is an absolutely tiny fraction of the whole "spectrum" but would account for the majority of passwords.
So you could technically store all the possible passwords in 194 terrabytes, but building a reverse index to lookup the password from the md5 hash would be a nightmare.
Ideally you could build a hashtable of 65535 files on disk, and each one would contain 3184942034 hashes and their passwords (48gb to store the md5 hashes per file alone).
I reckon you should think about the feasability of what you're saying first :)