Hacking DSi Common Key and 3DS

Fudge

Remember that death is not the end, but only a tra
OP
Banned
Joined
Aug 26, 2009
Messages
2,653
Trophies
0
Age
25
Location
New York
Website
Visit site
XP
642
Country
United States
Since we have the DSi Common Key, shouldn't we be able to in theory install custom code on our 3DS's NAND assuming the DSi is decrypted that far?? I'm pretty sure it would require a DSi exploit to do, but still, would it even be possible??
 

Foxi4

Endless Trash
Global Moderator
Joined
Sep 13, 2009
Messages
29,427
Trophies
3
Location
Gaming Grotto
XP
27,426
Country
Poland
I'm not entirely sure why you're drawing the connection between the DSi and the 3DS when there really isn't any evidence that the encryption used is the same. To the contrary, according to 3dsbrew, most of the mechanisms are completely different in comparison. Moreover, even if you HAD DSi-level access, the application would still run in the sandboxed mode, so how exactly is that better than the current DS-Mode?

We *can* write into a *very small* partition of the 3DS's NAND, even in the sandbox, however that part of it just holds DS-compatible user information (presumably, as accessing these freeze the console when accessed after that part of the memory has been altered). The restriction comes from above and no "Mode" other than "3DS Mode" is going to help here.
 

Fudge

Remember that death is not the end, but only a tra
OP
Banned
Joined
Aug 26, 2009
Messages
2,653
Trophies
0
Age
25
Location
New York
Website
Visit site
XP
642
Country
United States
I'm referring to potential DSi Mode access would possibly allow the ability to write to the DSi parts of the nand.
 

SifJar

Not a pirate
Member
Joined
Apr 4, 2009
Messages
6,022
Trophies
0
Website
Visit site
XP
1,172
Country
DSi common key doesn't allow you to write to NAND on a DSi, let alone the DSi portion of NAND on the 3DS, which is sandboxed anyway. As WiiBricker pointed out, literally all it does is allow you to decrypt content off NUS. He was less correct in implying that it would be more use with an exploit available. That's not really true. With an exploit, you load unsigned, unencrypted code. So you don't need the key for that. As for writing to NAND, pretty sure Nintendo will have learnt their lesson from the Wii and require everything being written to NAND to be signed (the lesson learned being that checks would be more thorough and, y'know, working) as well as encrypted, so again the common key on it's own isn't enough to do that, even with an exploit.

What the common key could potentially be helpful for would be helping to create an exploit by allowing investigation of decrypted code etc.

This is all in reference to DSi. On 3DS, the DSi section is of course sandboxed, so even if you were to achieve all this is wouldn't really be too useful.
 

SifJar

Not a pirate
Member
Joined
Apr 4, 2009
Messages
6,022
Trophies
0
Website
Visit site
XP
1,172
Country

Rydian

Resident Furvert™
Member
Joined
Feb 4, 2010
Messages
27,880
Trophies
0
Age
35
Location
Cave Entrance, Watching Cyan Write Letters
Website
rydian.net
XP
8,920
Country
United States
Actually it has all to do with the topic, because he appears mislead that this is talking about currentl flash carts and exploits they're not using (as the DSTwo is using the standard send fake headers to boot technique while the iEvo is the only one using any DSi-mode exploit), Sifjar was pointing out this thread was more for softmodding the systems, not editing flash carts.
 
  • Like
Reactions: 1 person

You may also like...

General chit-chat
Help Users
    KenniesNewName @ KenniesNewName: Deal of the day: Snoop Doggie Doggs Deluxe Pet Jersey with Original Snoop Graphic Print...