Hello guys, this is my first post here! I just got a MIG Switch card out of curiosity and I was tinkering with it. For those who don't know, it's used by placing XCI dumps as well as other game specific bin files in the sd card of the MIG Switch, and are obtained from the original cartridge by using an app like nxdumptool. Two of these bin files are mandatory to get the game to boot: Initial Data.bin and Certificate.bin. They stay the same for every cartridge of a specific game. Now, if you want to use an XCI dump from a shady website it's impossible to get it to work without those files. By using the Certificate.bin from another game it has no problem, but this does not count for the Initial Data.bin. So I looked for a way to obtain this Initial Data from an XCI file and read a bit of the XCI file documentation from switchbrew dot org. Here's what I understood so far: The Switch checks if the cartridge is valid by doing a challenge–response authentication on the Initial Data. The Package ID is contained both on the XCI and the Initial Data, on positions 0x110 and 0x0 respectively. The Initial Data hash is on the XCI at position 0x160. It is calculated by doing a SHA-256 hash on the full Initial Data content. So I was wondering, is there a way to to construct a functional Initial Data file starting from an XCI dump? I also tried a reverse approach by editing the Package ID in the Initial Data from another game, generating the Initial Data hash and putting it in the XCI file but is not enough to get the Switch believe it's a real game. Sorry if this may seem stupid but let me know what you think.

mig switch not working/updating??

stickybit · 2024-03-28T19:59:51+00:00

just got my mig switch and followed instructions to the T to update it and all im getting is a red light and then a message saying cart not recognised, all im trying to do is update it to the latest firmware, it says it should flash blue when...

Hacking Updated to new fw from 4.0.1

Thread starter Breezyonda1
Start date Jul 23, 2019
Views 887
Replies 5

Breezyonda1

Member

Newcomer

Level 1

Jul 23, 2019

Hey I updated my emunand to latest fw and checked on my stock fw and its asking me to update and dosnt show the fw version. Anyway to delete the update file so I can see what fw I'm on still?

Lacius

Well-Known Member

Member

Level 26

Jul 23, 2019

If you enter Recovery Mode (not RCM), the pre-downloaded update will be removed. I recommend using 90DNS and/or Incognito to prevent updates from being accidentally downloaded and installed on your 4.0.1 sysNAND.

Breezyonda1

Member

Newcomer

Level 1

Jul 23, 2019

That fixed it thanks!

Lacius

Well-Known Member

Member

Level 26

Jul 23, 2019

Out of curiosity, what is your reason for keeping your sysNAND on 4.0.1?

Breezyonda1

Member

Newcomer

Level 1

Jul 23, 2019

Waiting for non jig method

Lacius

Well-Known Member

Member

Level 26

Jul 23, 2019

Breezyonda1 said:
Waiting for non jig method

There is already a non-jig method on 4.0.1, and it's likely the best 4.X is ever going to get. In other words, unless you want to use the currently available warmboot browser exploit, there is probably no reason to stay on 4.0.1.

An untethered coldboot exploit, for example, is unlikely to ever happen on anything above 3.X.

In addition, you can enter RCM on an unpatched system without a jig by using AutoRCM.

Last edited by Lacius, Jul 23, 2019