Hacking 3DS Hack: "We hacked it"

  • Thread starter Thread starter michael18
  • Start date Start date
  • Views Views 737,309
  • Replies Replies 2,186
  • Likes Likes 5
Status
Not open for further replies.
wait dint niemod say that it was card base in he flicker not yellows8
No. yellows8 (the one who released the picture of the exploit in the first place) said it was a card based game. neimod may have said that too, but seeing as the picture came from yellows8, it's his word that matters in this case.
 
Of course if a nice player arrives i doubt it will support much video formats due to hardware limitations.
 
Of course if a nice player arrives i doubt it will support much video formats due to hardware limitations.
I think that it can display at least the same formats like the DSTWO in 2D. Maybe we need to convert most of the 3D videos. But that's just a prediction and we should wait until the 3DS graphic stuff is figured out.
 
I think that it can display at least the same formats like the DSTWO in 2D. Maybe we need to convert most of the 3D videos. But that's just a prediction and we should wait until the 3DS graphic stuff is figured out.

Except the DS2 was made near the end of the DS life cycle, while this would be in one of the earlier flash carts.
 
The exploit is not related to that save file, yellows8 has confirmed the exploit is a cart based game, not a downloaded one. At the time the image of the exploit was released, I don't think yellows8 had even fully figured out the SD savedata stuff.

It is also known that it is not possible to replace SD savedata without some file from the NAND of your own specific 3DS, which means that SD savedata can't be exploited.
I wonder, though, if modifying SD save data in the future could help protect us from firmware updates. For example, if a hack is found, and a tool is released for dumping SD keys from NAND, that means a larger attack vector for future firmwares.
 
Except the DS2 was made near the end of the DS life cycle, while this would be in one of the earlier flash carts.
It has nothing to do with the flashcard but with the power of the system.
I don't think that we'll get a 3DS flash card first. I belive that Yellows8 will release the exploit and that we'll need the game and a device to change the save file.
 
I don't see the purpose of flashcarts, one reason is companies will benefit off others work which is unfair to the actual finders of the exploit. A custom firmware would suffice
 
I wonder, though, if modifying SD save data in the future could help protect us from firmware updates. For example, if a hack is found, and a tool is released for dumping SD keys from NAND, that means a larger attack vector for future firmwares.
Hmm, perhaps. I guess it would be something like:

Get homebrew -> dump necessary stuff -> when update hits, don't update immediately -> wait for release of exploit in downloadable title -> install exploit, built using stuff dumped from NAND -> update -> reinstall homebrew

The main problem I see with it is that it probably would require about the same amount of effort to find an exploit in a downloadable game as in a cart based game, and to much lesser benefit. So it would be more sensible to just try and find another cart based exploit (or even better, system software based exploit, akin to bannerbomb and letterbomb on the Wii), rather than waste time on an exploit that will only be useful to a handful of people. Of course, the exploited title would also have to have been installed on the console before the update was released I'd assume, which would only be by chance.

In addition to all that, reinstalling any sort of homebrew loader would require a new kernel exploit, which it would be foolish to waste on a userland exploit that only a very few will be able to use. Again, it would be more sensible to couple that new kernel exploit with a cart based exploit.

In short, I'd say the only real "benefit" of being able to edit SD savegames would be for the sake of save game based cheats (increasing money, items, etc.).
 
Hmm, perhaps. I guess it would be something like:

Get homebrew -> dump necessary stuff -> when update hits, don't update immediately -> wait for release of exploit in downloadable title -> install exploit, built using stuff dumped from NAND -> update -> reinstall homebrew

The main problem I see with it is that it probably would require about the same amount of effort to find an exploit in a downloadable game as in a cart based game, and to much lesser benefit. So it would be more sensible to just try and find another cart based exploit (or even better, system software based exploit, akin to bannerbomb and letterbomb on the Wii), rather than waste time on an exploit that will only be useful to a handful of people. Of course, the exploited title would also have to have been installed on the console before the update was released I'd assume, which would only be by chance.

In addition to all that, reinstalling any sort of homebrew loader would require a new kernel exploit, which it would be foolish to waste on a userland exploit that only a very few will be able to use. Again, it would be more sensible to couple that new kernel exploit with a cart based exploit.

In short, I'd say the only real "benefit" of being able to edit SD savegames would be for the sake of save game based cheats (increasing money, items, etc.).
Yeah, I suppose a kernel-based exploit would be wasted in that scenario. An SD-based exploit would be useful if you could prevent Nintendo from finding out about it, somehow, but that's unlikely given that the more people know about it, the more likely it is to be leaked.
 
I would love to run Android on the Nintendo 3DS, or maybe linux or even windows 8 arm. Unis would be most likecly, And with that the rasp team release android for its arm device. there is a project of ubuntu for andorid. Its the same kernel I think. If we could get android Very well ported for the 3DS we could even update drivers and stuff. Custom Firmware would mean and modified OS. why not Android it if we can? Are we even close to hack this thing? I would like to create games for this with a 3DS gamemaker. for that to be made really, the developer would need just the android SDK -_-.. Android!
 
I would love to run Android on the Nintendo 3DS, or maybe linux or even windows 8 arm. Unis would be most likecly, And with that the rasp team release android for its arm device. there is a project of ubuntu for andorid. Its the same kernel I think. If we could get android Very well ported for the 3DS we could even update drivers and stuff. Custom Firmware would mean and modified OS. why not Android it if we can? Are we even close to hack this thing? I would like to create games for this with a 3DS gamemaker. for that to be made really, the developer would need just the android SDK -_-.. Android!
Android is linux-based, which is derrived from UNIX. Buter is butterly. We're nowhere close to hacking the device in a homebrewable fashion, Android wouldn't run very well on 3DS hardware since that hardware is actually poor, Ubuntu is linux for the masses and rather than using gamemakers to code, learn to code. I admittedly use DSGM sometimes, but as a shortcut to make a funny - I mainly used it to learn actual C. Also, Android SDK is convoluted, it's infinitely better to write applications native to the 3DS's OS. That, and Custom Firmware is not a given - it would be beneficial in many ways, but we're years away from that.
 
I thought we were close to hack it. I though the 3DS was stronger than the Wii. I t all depends if we code efficiently.
 

SeVQU.jpg
 
  • Like
Reactions: yuyuyup
I admittedly use DSGM sometimes, but as a shortcut to make a funny - I mainly used it to learn actual C.
Pft, do it all in C++ like I do my jokes.

Of course my jokes are text-only on the DS, okay yeah...

No YOUR face is dumb!

Lol, hardware limitations.
Well to be fair hardware-accelerated decoding is how many cheap devices play h.264 and such.

This raises a question though, could the N64 or PSX be emulated I wonder..
If we had actual performance numbers I might be able to wager a guess. The GPU's not going to be an issue, it's the CPU and memory amounts.
 
Status
Not open for further replies.

Site & Scene News

Popular threads in this forum