Its basicly a bruteforce recovery tool testing for passwords from 0-12 chars in charset 0-9,a-z. I tryed to optimize it, but i'm sure you can optimize it much more I was testing some other recovery tools and mine is about 30% faster from the fastest i found on web Anyhow, i dont know a lot about optimizations, so i hope u can make it even faster

Here is a little challenge
12227AC1EA36D1AB2C0656099BE9F8CB - shoud be <1s
3A16CC148B0ACF0351249B161DDFE92F - 1-2h not sure, didnt try it if it doesnt stops than prolly the tool is bugged

EDIT: Download was removed due to serious bugs Check the latest posts for the newest versions.

Thank you for your programm.. very great !
Can somebody or you make a version for linux ?
A console version... please ?

Would be very very great..


Greetz

Here's a version for linux (sorry, very, very rough, nearly direct copy of "find" procedure from win32 version)
I tested it under LINE (too lazy to reboot), and it worked.
Sorry about lack of informational output, and pretty much zero comments
Just try running it with no arguments first.

@UCM: THanks for the linux port, works pretty good in my other computer which has Ubuntu installed. I have one question: Whre do I find LINE? I know there's WINE to use windows in linux, but where's LINE? THanks!

@Turok: Thanks for this great tool! It really seems to be fast

EDIT: Turok, I found a bug in your tool, but I don't know where to hunt the bug down. Everytime I encrypt a string with more than 4 characters (5, 6, 7, 8, 9, ................... 99) your tool stops working. But, if the string length is under 5, then it works pretty fast.

I dont know what the bug could be cose the tool works for me. I tested it max to 7 chars. Well maybe u didnt wait enough time, cose it needs about 35-times more time for every aditional char (bruteforce) It finds string 000000 - 670B14728AD9902AECBA32E22FA4F6BD in about 12s on my p4 2.4. Perhaps try posting me a string where the tool is stuck

http://sourceforge.net/projects/line/

the second one, 3A16CC148B0ACF0351249B161DDFE92F, is fasmrox

Yeah GJ UCM Anyhow i found a bug in the tool. It didnt stop when hash was from 1 char string I fixed it now and also did some improvements on algorithm. Should be around 5% faster now

Here's a nicer (well, not really) version of it that uses threads to keep the UI going. And it has a "Stop" button if you don't want to have to close the window
EDIT: Also added new linux version, nicer output now

Want a nice optimization?

Try googling for "rainbow tables"

Yeah its much nicer now with threads and stop button

@Turok: I'm using my Windows ME, which shows Not Responding when I try a string with more than 5 chars. I also left it to bruteforce the md5 hash of "josku" for more than 3 hours (I was watching TV ). But I didn't get any result and windows only reported that the program was not responding

But, using my Windows XP, I got "josku" in under 30s. I think it's perhaps an issue with Win ME.

EDIT: Has I used was this: 7b2fa6be6b14cb83c15e78a5e9c8fa5b

saigon: That's because it doesn't update the UI when it is bruteforcing. Try using my version.

Yeah.. the lovely SMALL rainbow tables
Here's a link I found through google, there's direct links to download rainbow tables:
http://rainbowtables.shmoo.com/

Oops! I thought I read that 42Gb as 42KB
But, it sounds small, right?

EDIT: UCM: using your version, everytime I click "Find" with or without any hash the program closes itself Not very handy

really? that's REALLY odd. It works for me. Maybe CreateThread doesn't work. I'll look into it.

Propably, you used API functions that are available only in NT technology. The workarounds however are not always easy.

Heh, I was trying to TerminateThread then CloseHandle the thread, which creates an exception when the thread hasn't started. Dunno why it didn't crash when I tried it. Fixed now, redownload it from the earlier post.

Well, now it doesn't close itself, but when I click "Find", Windows reports an error which says "Thread is already running.". I tried to reboot, but I got he same error. How is the thread running before I opened the program ?

Anyway, Turok's version works, but then again I have the problem with strings that have more than 4 characters..

I hate Micro$oft!
BTW: UCM: Your linux version works great on my Ubuntu installation, I got a string containing 7 characters in 35 minutes.

http://board.flatassembler.net/topic.php?t=3651 <- A discussion about MD5 cracking I found some minutes ago

Regards

how to use rainbowtables ?