DSi Common Key Bruteforcer

  • Thread starter Thread starter WB3000
  • Start date Start date
  • Views Views 65,138
  • Replies Replies 370
Status
Not open for further replies.
Random (1 Bit Mode) is the only hope still, while the numbers are much higher than they were previously, you'd need several billion per second to really be effective. This is as fast as this will go until either computers speed up or we get a few initial bytes of the key.
tongue.gif
 
I have a quick question relating to how thr program:

Can you make it so it searches for the files it needs in the folder the program is currently in?

It would be helpful for me. Also I am currently at about 900,000,000 with about 23,000 as second. MY COMPUTER SUCKS.
 
Come on... randomly find a key by random bruteforce ?

1 for 16^32 ?

Over 340000000000000000000000000000000 possibilities...
 
jonathanb9595 said:
u got a better idea if u do pleaz spill

Thank you. That is pretty much the concept of this tool.

I didn't write it to be an actual contender in the 'race for the key', it was just a concept tool I wrote after thinking through the process required to find it. By all means, someone else save us all the trouble and do a standard hack, but until then I have a few billion key tries more than you.
tongue.gif


QUOTECan you make it so it searches for the files it needs in the folder the program is currently in?

Put the files in C:\. They will be read immediately when the program is started. I'm sorry if that's not ideal, but same directory is not as fast to implement as relative directory, at least in console C# apps...
 
just out ov curiosty i kno how u said that thats the max that brute forcer will go WB3000 but wat if u made it kinda like a server type thing that could combine a whole bunch of computers CPU power. May or may not be ethical but if it gets it itno the billions ov keys a second it would become effective like you said. I have no way of telling if this would be dificult (probably is) cause i dont kno C++ YET hoping to learn in the mere future.
 
WB3000 said:
Put the files in C:\. They will be read immediately when the program is started. I'm sorry if that's not ideal, but same directory is not as fast to implement as relative directory, at least in console C# apps...

It's OK then, but there are other computers I wanted to try it on that clock access to C:\. It's understandable.

ALSO I FINALLY GOT OVER A BILLION YES.
 
jonathanb9595 said:
just out ov curiosty i kno how u said that thats the max that brute forcer will go WB3000 but wat if u made it kinda like a server type thing that could combine a whole bunch of computers CPU power.

The program itself is as fast as it can go (pretty much), however the computer you run it on ultimately determines the speed. A ton of computers would make it go faster, however since it's currently just a random search, everyone here is in effect acting as one. The more who run it at the same time, the more keys tried per second globally. Consider say 20 people are running it now at 25,000 k/s. Right there is 500k per second. You could setup a server sort of deal, however random is random and it doesn't matter where it is ran and at what speed.

To get a billion p/s, we'd need 40k people running at 25k k/s. A bit unrealistic.
tongue.gif


QUOTEIt's OK then, but there are other computers I wanted to try it on that clock access to C:\. It's understandable.

I have code now which should add relative directory reading. It was just laziness on my part. It will be in the next release.
 
i supoose this could take a while, i convinced my brother to use his powerhouse, he's managed 1,500,000,000 total in 12 hours, still nothing though :/
 
Status
Not open for further replies.

Site & Scene News

Popular threads in this forum