Hacking Which would be easier for big N to patch out?

  • Thread starter Thread starter Sketchy1
  • Start date Start date
  • Views Views 4,864
  • Replies Replies 60

Which do ya think?

  • A9lh is gonna die, sorry we challenged your dominance menuhax :(

    Votes: 5 5.7%
  • FUK menuhax, a9lh is never gonna go b*tches!!!!

    Votes: 56 64.4%
  • Both are gonna go. R.I.P the cfw scene

    Votes: 4 4.6%
  • Nintendos developers are too sh!tty. neither is going anywhere.

    Votes: 22 25.3%

  • Total voters
    87

Sketchy1

gbatemp's shadiest warez dealer
Member
Joined
Aug 9, 2016
Messages
1,553
Solutions
1
Reaction score
436
Trophies
0
Age
27
XP
681
Country
United States
A9lh or menuhax->cfw?
Cause I was thinking about this and read how they needed a hardware revision to block a9lh, but no mention of how they could block menuhax->cfw. But then I thought, can they even do that for someone using menuhax?
I mean, I feel like a9lh is pretty safe cause o dat brick protection it has when I'm using it, and that ninty wouldn't actually do the damn revision XD
 
Last edited by Sketchy1,
A9lh or menuhax->cfw?
Cause I was thinking about this and read how they needed a hardware revision to block a9lh, but no mention of how they could block menuhax->cfw. But then I thought, can they even do that for someone using menuhax?

Menuhax + EmuNAND set up. To (goodluck ninty) patch A9LH they'd have to do a hardcoded rewrite of the ARM9 processes. The firm0 is corrupted plus A9LH plus luma it's self provides firm protection so it's kinda gg?
 
  • Like
Reactions: GilgameshArcher
Menuhax + EmuNAND set up. To (goodluck ninty) patch A9LH they'd have to do a hardcoded rewrite of the ARM9 processes. The firm0 is corrupted plus A9LH plus luma it's self provides firm protection so it's kinda gg?
But how can they patch it out if sysnand never gets updated?:unsure:
 
They can't really do anything about menuhax on older firmware, but they can prevent EmuNAND from working by implementing a partition table check that prevents the system from booting when the SD is inserted if it detects the EmuNAND partition.
 
  • Like
Reactions: proflayton123
They can't really do anything about menuhax on older firmware, but they can prevent EmuNAND from working by implementing a partition table check that prevents the system from booting when the SD is inserted if it detects the EmuNAND partition.
That's what I mean, thanks. But then again, can you simply just rename the partition? Plus can they actually check where the partition is actually booting? And also, since its emunand, can't that shit be patched out again, just like that system downgrade version check and the title region check?
 
Last edited by Sketchy1,
They can't really do anything about menuhax on older firmware, but they can prevent EmuNAND from working by implementing a partition table check that prevents the system from booting when the SD is inserted if it detects the EmuNAND partition.
They legally can't tamper with your sd card so that won't be happening any time soon.
 
That's what I mean, thanks. But then again, can you simply just rename the partition? Plus can they actually check where the partition is actually booting?
Renaming the partition wouldn't do anything. All they'd have to do is check for more than one partition on the SD, and if there is, don't boot.
 
I mean, you'd think that, but like the bans for going online with SuMo people losing a lot of money spent on eShop etc. it would be quite the mass scale
 
They legally can't tamper with your sd card so that won't be happening any time soon.
Well then again, technically they're not. YOU are XD
What I mean is, your the one storing the update data onto the SD, not them
 
That's what I mean, thanks. But then again, can you simply just rename the partition? Plus can they actually check where the partition is actually booting? And also, since its emunand, can't that shit be patched out again, just like that system downgrade version check and the title region check?

The partition its self is "hidden" on the SD so it can be easily identified
 
Well then again, technically they're not. YOU are XD
What I mean is, your the one storing the update data onto the SD, not them
Which mean they can't legally edit or remove files unless the user asks or allows it.
That's not tampering tho, it's not writing anything to the card, just checking it. That is legal.
I'm sorry I didn't read the post right. I thought it said remove the partition.
They're not tampering with anything by performing a partition table check.
Read above
 
Last edited by xtheman,
Which mean they can't legally edit or remove files unless the user asks.

I'm sorry I didn't read the post right. I thought it said remove the partition.

Read above
But by pressing "install update" you agree to let them add to it
 
The partition its self is "hidden" on the SD so it can be easily identified
Which brings me back to my earlier question. Can't emunand simply patch that out?
The region check is non-existent
The ticket check(I think) is nonexistent
The system title anti downgrade black list is nonexistent
Can this be somehow different?

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

*Taps install*=
Yes I allow you to install the update that you had no knowledge that its going to my SD, but I did
 
Which brings me back to my earlier question. Can't emunand simply patch that out?
The region check is non-existent
The ticket check(I think) is nonexistent
The system title anti downgrade black list is nonexistent
Can this be somehow different?

Well I mean, you saw they've listed out a bounty for finding exploits and flaws etc, this would be probably one of them they'd like to find out themselves by people
 
Which brings me back to my earlier question. Can't emunand simply patch that out?
The region check is non-existent
The ticket check(I think) is nonexistent
The system title anti downgrade black list is nonexistent
Can this be somehow different?
It might be possible for A9LH users, but Menuhax users would be screwed if this was done from ARM9. Though I dunno if ARM9's limited scope would allow for something like this. Knowing Nintendo they'd probably add it to a module instead.
 
It might be possible for A9LH users, but Menuhax users would be screwed if this was done from ARM9. Though I dunno if ARM9's limited scope would allow for something like this. Knowing Nintendo they'd probably add it to a module instead.

Exactly. Rewriting the process of it in a system update being included in the module would prevent this from being accessed right?
 
It might be possible for A9LH users, but Menuhax users would be screwed if this was done from ARM9. Though I dunno if ARM9's limited scope would allow for something like this. Knowing Nintendo they'd probably add it to a module instead.

Exactly. Rewriting the process of it in a system update being included in the module would prevent this from being accessed right?

But that sounds like in an update they can touch arm9 processors, so wouldn't that screw over both anyway?
 

Site & Scene News

Popular threads in this forum