DSi NETWORKED Common Key Bruteforcer

  • Thread starter Thread starter asiekierka
  • Start date Start date
  • Views Views 53,163
  • Replies Replies 630
Status
Not open for further replies.
CrimsoniteX said:
ConsoleApplication1 has stopped working...

Did you download the new version?

If not, do it now.
Check the readme, it should have "CHANGES" in it. If it does, it's the fixed one.
 
asiekierka said:
According to my calculations we've done around 2 billion combinations so far.

These are not exact and just a semi-wild guess based on looking at the DB.

PS. I've done about 800 million of it.

EDIT: scrtmstr, if it finds the key, it stores it locally and sends it to the server. The local part is 99.9% sure, the networked one not so, so tell me if you got any local file out of it!
must be far over 2 billion, i was around 2 billion on my own before it uploaded something and crashed.
 
Well it's closer to 4 billion now.

I'm going to code a website that shows you the amount tomorrow.
Also, the server is just PHP and MySQL
tongue.gif
 
CrimsoniteX said:
I I did my math correctly...

If we get 1000 people to run this program at an average of 30,000 keys per second, that comes to 1,800,000,000 keys per second or 108,000,000,000 per hour. There are (10 to the 24th) possible keys, which is 1,000,000,000,000,000,000,000,000. That means it will still take about 9.25925926 × (10 to the 12th) hours, or 1,056,993,070 years to check every combination.

I hope it's running random keys, and not sequential xD
That is if we check EVERY combination. It is likely that something before the last is the correct one.
 
If it's sequential could an option for random searches be added in an update?
 
Ran for approx 2 hours. Now get an error I can not clear by PC warm or cold start.
Doss Box contents :-
[]-[]-[]-[]-[]-[]-[]-[] Basic DSi Bruteforce Application []-[]-[]-[]-[]-[]-[]-[]

Downloading files to decrypt...

- Received: 00000003
- Received: Ticket (cetk)
- Received: Title metadata (TMD)

Detected SHA-1:
F4 6D E8 BB 88 4A BB C0 3F 7D 4E 9E 63 BE 3C CF 28 CF 76 AD

Using IV:
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

Encrypted Title Key of 03 Content...
6E D7 FD 1F 13 27 1A 0F AA D4 E7 A0 61 F2 2A BC syncing...

Data received!

352

Writing data to client...



Windows error :-
ConsoleApplication1 has encountered a problem and needs to close. We are sorry for the inconvenience.

** EDIT ** checked my readme, starts :-
"BRUTEY" 0.2
-------------

CHANGES:
0.2
+ fixed a fatal bug with no-modulo
---

** EDIT2 ** I am running XP Pro with a multicore processor. Got it running using right mouse "Set Affinity ..." from the "Processes" tab in "Windows Task Manager".
3 cores up - crash as above
2 cores CPU 0 & CPU 1, CPU2 & CPU3, CPU4 & CPU5, CPU6 & CPU7 O.K. - other combinations crash as above
1 core - all O.K.
 
I ahven't gotten it yet, only at 20 mil.
Perhaps the type was an int32, resulting in a crash at a certain number.
An int64 or higher might do the trick
 
Just a question that has been bothering me (forgive the extreme nubbiness xD), but how exactly do we know when we have the common key? I mean, if we don't know it, how do we know that we have it xD?
 
This is pretty cool.

Though, if it runs in sequential order, I don't see how having a bunch of people run it will give us the key faster...
 
Status
Not open for further replies.

Site & Scene News

Popular threads in this forum