Nintendo will not give up by reFUSING access.
Nintendo will not give up by reFUSING access.
The Wikipedia page was pretty blank yesterday though... I found more info on the ANTIfuse page then.A lot of people are really conFUSEd about how this system works I can see. The wikipedia article actually provides a decent explanation of it.
What do you exactly mean with this ?
Do you mean the Switch doesn't have the OTP Keys or that there is no exploit avaible to get them ?
The OTP's are used for signing/encrypting the Payloads to be legit on our Consoles ?
Does only the 3ds has the OTP's ? (I am sure that I heared on the 33c3 Derrek talking about Wii U OTP Dumping)
Wait, this doesn't prevent exploits/homebrew, right? It only prevents downgrading, that's what I understand.More info in: http://switchbrew.org/index.php?title=Package1
Downgrade check
The bootloader will check if someone attempted to downgrade it. A fuse array will be checked, if too many fuses are burnt the bootloader will detect a downgrade attempt. The fuse array and the expected number of burnt fuses is different on unit type 0 (non-retail) and unit type 1 (retail).
Panic
The panic function does the following things:
- It clears the stack
- It disables(?) and clears the security engine
- It sets a fuse (so that Nintendo knows that you attempted to mess with the bootloader)
- It clears the key area
- It clears the data for stage 2
- It signals over the debug interface that a panic occurred until the Switch is reset.
meh this is what xbox 360 had, still got *****
Last edited by BORTZ, 3 minutes ago - Reason: I do not condone the use of that word
Lul..... At the beginning I was saying this..... But EVERY single software can be hacked/jailbreaked/rooted...... (da fuck why is there so many name ) (this may take time, but every single fix of a flaw get another flaw in, even PS3 can be hacked but well....... SONYJust use exploits for current firmware's, fuck the efuses.
--------------------- MERGED ---------------------------
Just to add, this is an effective method but come one people, this is Nintendo we are talking about.. and exploits are going to be found throughout the switches whole firmware life.
3ds didn't had proper downgrade protection until 11.4 (even here smealum has arm9 and arm11 kernel exploits)The only alarm this rings to me is if we end up going for a very long time between updates since the last known kernel/equivalent thereof exploit (Not saying there's one now, I certainly haven't been keeping up with the Switch hacking scene; but I'm giving it as a hypothetical scenario), therefore preventing people from downgrading to that firmware.
But who knows? The 3DS was like that for the longest time and now we've figured out how to directly install bootstrap to the latest 3DS firmware using nothing more than an NDS flashcart and a magnet of all things, so I'm curious to see where this development takes the Switch hacking scene and hopeful it doesn't outright stop it in its tracks.
3ds didn't had proper downgrade protection until 11.4 (even here smealum has arm9 and arm11 kernel exploits)
There's no functional difference between 3DS and NX downgrade protection (assuming most people intending to downgrade don't have a full nand backup - the blocking of this method is actually the difference)3ds didn't had proper downgrade protection until 11.4 (even here smealum has arm9 and arm11 kernel exploits)
I don't think you read any single post of this thread....i think the switch will be like the PS3 you will need to be on the right firmware if there is no exploits for higher firmwares so people save your zelda you never know where the next banner bomb comes
Thank for correcting me. But it was still unpproper.There's no functional difference between 3DS and NX downgrade protection (assuming most people intending to downgrade don't have a full nand backup - the blocking of this method is actually the difference)
3DS has kernel downgrade protection implemented in software since day one, just that in the 9.x and 10.x days Nintendo didn't raise the minimum version for a long time, the fact it wasn't implemented in hardware didn't matter
(And drawing a parallel with sighax, if we manage to make something the bootrom agrees with, any further check on the fuses can be patched out)
AFAIK the bootrom was made by Nvidia, so no chance in hellI'm not sure if nintendo will make the same mistake tho. (For bootloader)