Homebrew Official [Download] Decrypt9 - Open Source Decryption Tools (WIP)

[Cha0s Em3rald]

Maybe not. Tools like ctrtool and makerom do very advanced stuff that can't be just ported over easily. Or, in other words, better no implementation of it than a buggy / unreliable one. It's the same reason why I gave up my project to include a full 3DS <-> CIA converter (Riku's tool does that better than I could ever possibly do).

I'm taking a look, though, maybe it is possible after all.

ok. Thanks for looking

 

[Krude]

Is there any reason why we can't make firm XORpads with this?

 

[d0k3]

Is there any reason why we can't make firm XORpads with this?

Give me a reason why you need them and I'll include them .

 

[MassExplosion213]

Give me a reason why you need them and I'll include them .

Fixing a corrupted FIRM?

 

[d0k3]

Fixing a corrupted FIRM?

How did you manage to do that? But, even now, you can just dump the decrypted FIRM0 / FIRM1 and inject it back, which should be better than using XORpads. In fact, basically all XORpad options in Decrypt9 are only there for legacy reasons, and almost everything they are used for now can be done much faster using newer decryption / injection features.

 

[MassExplosion213]

How did you manage to do that? But, even now, you can just dump the decrypted FIRM0 / FIRM1 and inject it back, which should be better than using XORpads. In fact, basically all XORpad options in Decrypt9 are only there for legacy reasons, and almost everything they are used for now can be done much faster using newer decryption / injection features.

True..but still. It's good to have so that I can have them as a failsafe. I actually corrupted FIRM on several consoles. As in certain functions would always crash the console. It was kinda funny.

 

[d0k3]

True..but still. It's good to have so that I can have them as a failsafe. I actually corrupted FIRM on several consoles. As in certain functions would always crash the console. It was kinda funny.

I actually also have this already: https://github.com/d0k3/3DSFIRMtool
Would you be willing to test this if I added the FIRM0/FIRM1 XORpad feature? (that would be one big XORpad for both, I don't think it would make any sense othwerwise.)

 

[MassExplosion213]

I actually also have this already: https://github.com/d0k3/3DSFIRMtool
Would you be willing to test this if I added the FIRM0/FIRM1 XORpad feature? (that would be one big XORpad for both, I don't think it would make any sense othwerwise.)

I fixed the FIRM issues, but sure, I can corrupt it again.

 

[d0k3]

I fixed the FIRM issues, but sure, I can corrupt it again.

Well, no need to actually corrupt it again... you just need to make sure everything works as intended. Expect an update soon.

 

[MassExplosion213]

Well, no need to actually corrupt it again... you just need to make sure everything works as intended. Expect an update soon.

Alright. I'm on mobile though, so you'll have to PM me a compiled one to test.

 

[d0k3]

Big release (20160112, the first of the year) today, here's what's new:

• SD Padgen: You can now select exactly which XORpads to generate
• SD Decryptor: You can now select exactly which file(s) to decrypt.
• Intelligent input file name selection for NAND restore, NAND partition inject, file inject, H&S inject
• Output file name selection for NAND backup, NAND partition dump, file dump, H&S dump
• Enabled generating the FIRM0FIRM1 XORpad, use 3DSFIRMTOOL with this
• Updated readme file, this time actually useful (read it!) / updates from this release still need to be updated in the readme file
• Removed references to GW from source code and user interface (CIA Decryptor (for GW) -> CIA Decryptor (CXI only))
• Tons of under the hood improvements
• Improved the coding in several places

The changes to SD Decryptor mean that you no more have to copy around files. You just select what you want decrypted, and Decrypt9 copies the files to your work directory and decrypts them there.

Intelligent input file name selection is pretty neat. For H&S, for example, it means that you can just copy all of Universal Inject Generator's output, and the file name selector will show you each applicable file. For other features, the intelligent input file name selector will show you all the file that resemble the original file name enough and will also use other information to exclude unusable entries.

Now, @MassExplosion213 and @Krude, the FIRM0FIRM1 XORpad feature is included. Let me know if it works for your purposes. As for the improvements to SD Decryptor, @zoogie, you asked for this, and I think that really improves things a lot for everyone who uses the feature regularily. You can still use the old one (as only that one can also encrypt files), and even the SD XORpad generator is much improved.

... and before I forget it, the FIRM XORpad feature was originally introduced by @Shadowtrance , but he was much ahead of time .

Now, have fun testing this and give me feedback!

 

[halloworld]

i am try to start over browser
hes loading the dat and then only blackscreen
i am on firmware 8.1

any can helP

 

[Apache Thunder]

You know what would be a great feature? CTR Encryptor! Ability to ENCRYPT things would allow me to create custom system titles. Sometime after 7.x firmware, retail encryption was required for anything installed on sysnand. (that and Sky3DS users might be able to use Sky3DS for rom hacks on CFW. Slot-1 requires retail encryption unless you are using Gateway mode and the Gateway card (or the equivalent clone).

I imagine all you'd have to do is encrypt the CXI, then maybe fix some hashes and modify the exheader so the correct encryption flags are set. (since homebrew and such would likely either be using zero key encryption or are not encrypted at all. Zero key encryption only works on Gateway mode as I recall, so most homebrew probably isn't using zero key)

Arm9loaderhax may become a thing in the future, so ability to have something like FBI installed to sysnand (as an independent title and not injected into Health & Safety) would be neat because it would survive system formats.

I also made a modified System Settings app for 9.2 users using a downgraded MSET. But I can't have it install it to sysnand due to not being able to encrypt it, I had to jurry rig it to install to SD. The result it's a bit buggy as you can imagine as the system crashes when you exit it. (though that doesn't happen if you launch it from DevMenu/FBI instead. But like with other system apps I had repacked to run from SD, games fail to boot after using a system app repacked to run from SD. I have no idea how BigBlueBox got BBM to boot from SD without causing this bug. )

Some system apps that try to restart the console when exiting (MicroSD Manager being a notable example) can't if run from SD. Not sure why. If my repacked system apps didn't cause game loading to hang that would have been a neat feature. (though for some mysterious reason, my repack of MicroSD Manager does not cause games to hang like the rest)

 

[d0k3]

You know what would be a great feature? CTR Encryptor! Ability to ENCRYPT things would allow me to create custom system titles. Sometime after 7.x firmware, retail encryption was required for anything installed on sysnand. (that and Sky3DS users might be able to use Sky3DS for rom hacks on CFW. Slot-1 requires retail encryption unless you are using Gateway mode and the Gateway card (or the equivalent clone).

I imagine all you'd have to do is encrypt the CXI, then maybe fix some hashes and modify the exheader so the correct encryption flags are set. (since homebrew and such would likely either be using zero key encryption or are not encrypted at all. Zero key encryption only works on Gateway mode as I recall, so most homebrew probably isn't using zero key)

Arm9loaderhax may become a thing in the future, so ability to have something like FBI installed to sysnand (as an independent title and not injected into Health & Safety) would be neat because it would survive system formats.

I also made a modified System Settings app for 9.2 users using a downgraded MSET. But I can't have it install it to sysnand due to not being able to encrypt it, I had to jurry rig it to install to SD. The result it's a bit buggy as you can imagine as the system crashes when you exit it. (though that doesn't happen if you launch it from DevMenu/FBI instead. But like with other system apps I had repacked to run from SD, games fail to boot after using a system app repacked to run from SD. I have no idea how BigBlueBox got BBM to boot from SD without causing this bug. )

Some system apps that try to restart the console when exiting (MicroSD Manager being a notable example) can't if run from SD. Not sure why. If my repacked system apps didn't cause game loading to hang that would have been a neat feature. (though for some mysterious reason, my repack of MicroSD Manager does not cause games to hang like the rest)

Um.... I really have to wonder, when did you last update your Decrypt? And, obviously, you haven't read the readme either . The NCCH Encryptor has been part of Decrypt9 for a while now, it is even in Archshifts main build (but not yet in @Shadowtrance's Decrypt9UI). It encrypts any NCCH/NCSD container, such as .APP/.3DS and it is required for GW compatibility of cryptofixed .3DS. I initially also had a CIA encryptor in there, but I took it out because I saw no practical use for it (I also won't add features that won't get tested). If there's a reason to revive it (and if there are testers!) I'll also add that back in.

Update to the most recent Decrypt9WIP, it is more than worth it. Especially for people who use SD Decryption (this works without manual copying or XORpads now).

 

[Apache Thunder]

Oh wow it does? Nice. My 3DS was in the pawn shop for 6 months. So I was out of the loop for quite a while. So another feature passes me by....

 

[Shadowtrance]

Um.... I really have to wonder, when did you last update your Decrypt? And, obviously, you haven't read the readme either . The NCCH Encryptor has been part of Decrypt9 for a while now, it is even in Archshifts main build (but not yet in @Shadowtrance's Decrypt9UI). It encrypts any NCCH/NCSD container, such as .APP/.3DS and it is required for GW compatibility of cryptofixed .3DS. I initially also had a CIA encryptor in there, but I took it out because I saw no practical use for it (I also won't add features that won't get tested). If there's a reason to revive it (and if there are testers!) I'll also add that back in.

Update to the most recent Decrypt9WIP, it is more than worth it. Especially for people who use SD Decryption (this works without manual copying or XORpads now).

Erm I'm pretty sure it's in the UI version too.

 

[d0k3]

Erm I'm pretty sure it's in the UI version too.

Ooops, sorry. It's time we update those screenshots . Want to provide me some for the op?

 

[Shadowtrance]

Ooops, sorry. It's time we update those screenshots . Want to provide me some for the op?

Yeah here's a few new ones

 

[Ninoh-FOX]

I hope that this great app can be translated into Spanish. XD

 

[d0k3]

I hope that this great app can be translated into Spanish. XD

Oh well, not simply... all the strings are hardcoded.

@Shadowtrance I updated the screenshots in the op. Looks like your source on Github is not up to date, though, or is it?