Lightyose

True Light
Member
Joined
Jan 26, 2016
Messages
1,004
Trophies
1
Website
gbatemp.net
XP
2,342
Country
United States
New 3DS U 10.5 to 10.2 and finally 9.2 whit safeSysUpdater

IMG_20160212_141129612.jpg

IMG_20160214_184147428_TOP.jpg
Congrats!

--------------------- MERGED ---------------------------

CONGRATS! to every1 who succeded:yay3ds:
 
  • Like
Reactions: LinkKenedy

mjdiaz54

Member
Newcomer
Joined
Feb 15, 2016
Messages
17
Trophies
0
Age
37
XP
204
Country
This is crossposted from reddit.

This is a summary / compilation of the information from this thread. Please don't follow any random instructions you find on that thread, there is quite a lot of misinformation going around. This is very much untested and a hardmod is necessary.

Do not ask if you can achieve this without a hardmod, you can't.

This is an apparently working implementation of the "FIRM partitions known-plaintext" exploit detailed here. Reports of successful downgrades are sparse or unconfirmed, but seeing as anyone who tries this has a hardmod and a NAND backup (hopefully multiple backups kept in multiple locations), there isn't really much that can go wrong.

This should work on both a New and Old 3DS.

Keep in mind throughout this that 10.4 and 10.5 use the same NATIVE_FIRM. Also keep in mind that 10.3 does not have a unique NATIVE_FIRM, and we will be using the 10.2 NATIVE_FIRM.

~

What you need:


Instructions

1. Extract the autofirm pack to a folder of your choice
2. Place a copy of your NAND file (named "nand.bin") in the autofirm folder
3. Download the appropriate decrypted 10.4/10.5 NATIVE_FIRM and the decrypted 10.2 NATIVE_FIRM as CIA files
4. Rename the 10.4/10.5 NATIVE_FIRM file to "firmoriginal.cia" then put it in the autofirm folder
5. Rename the 10.2 NATIVE_FIRM file to "firmnuevo.cia" then put it in the autofirm folder
6. Place the msvcr120d.dll file in the autofirm folder
7. Run "start.bat"
8. If everything worked, then you will have a modified "nand.bin" containing 10.2 NATIVE_FIRM on 10.4/10.5
9. Flash this "nand.bin"

Where can I get the Nand.bin after running start.bat? Is this nand.bin the same nand.bin I paste inside the autofirm and this one now contain the native firm?

sorry for the noob question...
 

vb_encryption_vb

That hardmod guy....
Member
Joined
Nov 21, 2015
Messages
1,995
Trophies
2
Age
41
Location
Acworth, GA
XP
1,949
Country
United States
Where can I get the Nand.bin after running start.bat? Is this nand.bin the same nand.bin I paste inside the autofirm and this one now contain the native firm?

sorry for the noob question...


Yes, it's the same one. Compare the patched one and your back up. There should be a difference between the 2. If not, the patch didn't go correctly.
 

mjdiaz54

Member
Newcomer
Joined
Feb 15, 2016
Messages
17
Trophies
0
Age
37
XP
204
Country
Yes, it's the same one. Compare the patched one and your back up. There should be a difference between the 2. If not, the patch didn't go correctly.

Thanks for the info.

What seems to be the problem if the READ and WRITE button from the disk manager is not available?

could it be the card reader or the lock key on the SD card??
 

mjdiaz54

Member
Newcomer
Joined
Feb 15, 2016
Messages
17
Trophies
0
Age
37
XP
204
Country
Just a sec? Should dump with .img or .bin??? Help!!

--------------------- MERGED ---------------------------

If reading give it a name for it to appear. If writing make sure the extension is img not bin
Then why on the tutorial use the Nand.bin not Nand.img? Should I rename it though?
 

Chips98

Member
Newcomer
Joined
Jan 26, 2016
Messages
12
Trophies
0
Age
31
XP
131
Country
United States
Same here!!! Cheers!!

But How can I do the CFW now? Will the browserhax work on its browser?
yes, if you get errors running your browser on 9.2 then you need to start over from a back up nand(personal experience). but if all is running then yes all browser hax will work for you :D
 

Tescowiec

Well-Known Member
Newcomer
Joined
Sep 22, 2015
Messages
56
Trophies
0
XP
103
Country
Poland
Sorry if that question is stupid or has been asked already before, but would it be possible to unbrick a 3ds by altering corrupted files that prevent the console from booting just as we can downgrade the NATIVE_FIRM?
 

gamesquest1

Nabnut
Former Staff
Joined
Sep 23, 2013
Messages
15,153
Trophies
2
XP
12,247
Sorry if that question is stupid or has been asked already before, but would it be possible to unbrick a 3ds by altering corrupted files that prevent the console from booting just as we can downgrade the NATIVE_FIRM?
the thing is native firm is stored at a specific offset and its easy to obtain a plaintext version of it to create a xorpad, without knowing exactly where in the nand the corrupt file is and the exact plaintext of the corrupt file its pretty much impossible
 
  • Like
Reactions: Tescowiec

A_Bricked_Guy

Active Member
Newcomer
Joined
Feb 3, 2016
Messages
34
Trophies
0
Age
28
XP
94
Country
the thing is native firm is stored at a specific offset and its easy to obtain a plaintext version of it to create a xorpad, without knowing exactly where in the nand the corrupt file is and the exact plaintext of the corrupt file its pretty much impossible

I think he means if only changing the Native_firm would allow him to boot into Recovery and repair its broken titles.

EDIT: Misread, sorry.
 
Last edited by A_Bricked_Guy,

Selver

13,5,1,14,9,14,7,12,5,19,19
Member
Joined
Dec 22, 2015
Messages
219
Trophies
0
XP
426
Country
the thing is native firm is stored at a specific offset and its easy to obtain a plaintext version of it to create a xorpad, without knowing exactly where in the nand the corrupt file is and the exact plaintext of the corrupt file its pretty much impossible

Actually, it's possible (although troublesome) to do more than this, simply because of a weakness in the 3DS encryption scheme.
  • NAND is divided into well-known partitions
  • Each sector of each partition will have a constant XorPad
  • The data stored in that sector is OLDDATA ^ XORPAD
  • If you want to store new data in that sector, result will be NEWDATA ^ XORPAD
Thus, if you can predict BOTH the sector where information is stored, and can cause the 3DS to store known values there (or otherwise know the expected data), you can update it. Here's why (just XOR'ing both sides by the same value to get to next lines):
  • X ^ X == 0
  • oldEncryptedSector ^ UpdateXor == newEncryptedSector
  • OldData ^ XorPad ^ UpdateXor == NewData ^ XorPad
  • OldData ^ UpdateXor == NewData
  • UpdateXor == NewData ^ OldData (no XorPad value needed)
Put another way, the XORPAD is exposed when the sector and expected data are known:
  • OldEncryptedData ^ XorPad == ClearData
  • OldEncryptedData == ClearData ^ XorPad
  • OldEncryptedData ^ ClearData == XorPad
Thus, if you know post the sector number where the information is stored, and the cleartext data, you can trivially update it. Since the firmware partitions store everything at a known offset, the XorPad can be reconstructed.

In contrast, the CtrNand partition uses a FAT16 file system, allowing files to be stored in nearly any sector. Thus, it's much harder to RE the xorpad using only the encrypted data (+ analytics on expected data + which bits change when), especially where the file system operations are not easily controlled from user-mode apps.
 
  • Like
Reactions: Tescowiec

Site & Scene News

Popular threads in this forum

General chit-chat
Help Users
  • No one is chatting at the moment.
    Sonic Angel Knight @ Sonic Angel Knight: :ninja: