Homebrew [PSA] Please stop using RxTools.

  • Thread starter Thread starter Pikm
  • Start date Start date
  • Views Views 14,493
  • Replies Replies 170
  • Likes Likes 8
Status
Not open for further replies.
idk why any one thought of a9lh sooner its not that old only like a few mouths what it is basically is its a hax stored on nand allowing you to boot into cfw fast the next step is to have it like the psp where you can flash the cfw on to the nand so the 3ds will boot into cfw with out an sd card
 
Last edited by hacksn5s4,
idk why any one thought of a9lh sooner its not that old only like a few mouths what it is basically is its a hax stored on nand allowing you to boot into cfw fast
I don't think you know how exploits work. the reason arm9loaderhax works is because (I think) someone discovered the 9.6+ kernel9loader doesn't verify the key it uses to decrypt the firmware, and also doesn't verify after decryption. had it verified the key, a9lh would not exist (at least as it is right now). also kernel9loader was introduced with New3DS, so if we were stuck with Old3DS we'd have a very different boot exploit if we even got one.
 
eh what happedn to rxtools anyways why don't they update it if they updated it to work with a9lh it would not be bad

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

sorry for the muitble posts my internet lagged
 
what happed to gateway though people wih gateway cards can't use them with a9lh
not until they release support for it, which will come at a later date. they recently made a post talking about their 9.2 downgrader and thing that helps with the OTP process.
 
Personally if you don't like the rxTools help questions, ignore them. I really don't like people who try to force people to change. I get Luma and Cakes are pretty much better in every aspect as I know, but if people want to use rxTools I say let them.
 
I don't think you know how exploits work. the reason arm9loaderhax works is because (I think) someone discovered the 9.6+ kernel9loader doesn't verify the key it uses to decrypt the firmware, and also doesn't verify after decryption. had it verified the key, a9lh would not exist (at least as it is right now). also kernel9loader was introduced with New3DS, so if we were stuck with Old3DS we'd have a very different boot exploit if we even got one.
does that mean nintedo can patch a9lh by patching kernel9loader
 
does that mean nintedo can patch a9lh by patching kernel9loader
no not really, kernel9loader is part of the firmware (the thing the bootrom executes). if they patched it, it wouldn't do anything as everyone would still use an older one for arm9loaderhax.
 
no not really, kernel9loader is part of the firmware (the thing the bootrom executes). if they patched it, it wouldn't do anything as everyone would still use an older one for arm9loaderhax.
can could patch it by adding keys or some thing so the firmware so it checks to see if its being run legit or a cfw is being used
 
can could patch it by adding keys or some thing so the firmware so it checks to see if its being run legit or a cfw is being used
I'm pretty sure they can tell if you are using custom firmware, but are not doing anything about it (yet?). this wouldn't let them overwrite the FIRM partitions though, if this is what you mean(?).
 
I'm pretty sure they can tell if you are using custom firmware, but are not doing anything about it (yet?). this wouldn't let them overwrite the FIRM partitions though, if this is what you mean(?).
i mean making it so there firmwares won't work with a custom firmware by making it check to see if a cfw is being used
 
Status
Not open for further replies.

Site & Scene News

Popular threads in this forum