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

[d0k3]

Can someone add a screenshot of the menu from the latest build?
Thanks
It's for add in my tutorial

@KashiToxicBlood, could you help us with that, again? Thanks a ton in advance!

 

[Asia81]

@KashiToxicBlood, could you help us with that, again? Thanks a ton in advance!

"again" ?

 

[Shadowtrance]

"again" ?

Yeah again.
The pics on the first page were made by them with their capture card 3ds.

 

[Asia81]

Yeah again.
The pics on the first page were made by them with their capture card 3ds.

I thought it was against me "again a screen request" :3

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

I can do it with the CIA and NTR, but NTR is broken when i enter in D9 in CIA

 

[d0k3]

I thought it was against me "again a screen request" :3

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

I can do it with the CIA and NTR, but NTR is broken when i enter in D9 in CIA

Of course NTR gets broken with that CIA. The CIA (as well as any other entrypoint) reboots in ARM9 mode, there's no way you're using any standard stuff in there.

 

[dark_samus3]

Of course NTR gets broken with that CIA. The CIA (as well as any other entrypoint) reboots in ARM9 mode, there's no way you're using any standard stuff in there.

Why not just have a hidden way to dump the framebuffer? That would make things easier

 

[d0k3]

Why not just have a hidden way to dump the framebuffer? That would make things easier

I could put something into draw.c and access it via a secret button on the main menu. Not a bad idea at all, but it would only be accessible on the menu.

 

[d0k3]

I know this isn't the place to ask, but could you add automatic SecureInfo_B deletion to your SecureInfo_A injector?

Nope, this belongs here . Why should I delete SecureInfo_B if I inject SecureInfo_A?

 

[d0k3]

Personally, I use rxTools more. Usually xorpad gen. And mine is an O3DS 9.2. The only issue with D9 is that the ncchinfo doesn't always work. It fails to build a valid one most of the time.

Can you give me some more info, and, did you try a recent version of Decrypt9? I just compared Decrypt9 ncchinfo_gen.py with rxTools ncchingo_gen.py, and the differences are actually very minor.

 

[MassExplosion213]

Nope, this belongs here . Why should I delete SecureInfo_B if I inject SecureInfo_A?

Meh. Some of us have odd NANDs that came with SecureInfo_B. Keeping it just leaves a random file in NAND.

Can you give me some more info, and, did you try a recent version of Decrypt9? I just compared Decrypt9 ncchinfo_gen.py with rxTools ncchingo_gen.py, and the differences are actually very minor.

I think it was a newer build, idk. I'll test when I get home tonight.

 

[Datalogger]

Any thoughts on adding a emuNAND Backup/Inject import.db feature to remove the Update Nag?
One could save a clean import.db and re-Inject if they accidentally download (but not install) the update.

 

[d0k3]

Meh. Some of us have odd NANDs that came with SecureInfo_B. Keeping it just leaves a random file in NAND.

I think it was a newer build, idk. I'll test when I get home tonight.

Wait, so these NANDs have a SecureInfo_B instead of a SecureInfo_A? Or both? Due to a limitation in the NAND FAT routines, Decrypt9 can only identify files in the NAND by their first 8 letters + extension. So, if you've got a SecureInfo_B instead of a SecureInfo_A, Decrypt9 will dump/inject that instead. If there are really two files in the NAND, I won't delete the other one as long as there are no problems with it. One of the base principles behind Decrypt9 is "touch only what is needed". Or, in other words, better safe than sorry.

Let me know the result of your test!

Any thoughts on adding a emuNAND Backup/Inject import.db feature to remove the Update Nag?
One could save a clean import.db and re-Inject if they accidentally download (but not install) the update.

Didn't know about that. Does this also work on SysNAND (although it would be a bad idea, cause recovery mode should be safer)? Unsure if I will add this, cause the file dumping menu is already cluttered as is, and that import.db thingy wouldn't be used that often by most anyways.

 

[night_hawk]

So I tried to cryptofix a cia with the option decrypt cia (deep) with the seed in the root and even into the decrypt9 folder, but it just decrypt, not cryptofix. 3DS logo bootloop

 

[d0k3]

So I tried to cryptofix a cia with the option decrypt cia (deep) with the seed in the root and even into the decrypt9 folder, but it just decrypt, not cryptofix. 3DS logo bootloop

Well, what is the difference between decrypting and cryptofixing? From what I've read, there is some trouble for GW users, cause the GW card won't accept fully decrypted .CIAs from some reason. Are you a GW user? If you are willing to test, I can try to code a fix.

 

[Datalogger]

Well, what is the difference between decrypting and cryptofixing? From what I've read, there is some trouble for GW users, cause the GW card won't accept fully decrypted .CIAs from some reason. Are you a GW user? If you are willing to test, I can try to code a fix.

I have a N3DS, Gateway, SKY3DS, CN, reiNAND, fixed my compiler so can compile the code fine now and can test if needed. (just in case...)

The issue I've had with creating .CIA's with Decrypt9 is they work great in reiNAND (Game and User Manual)
but Gateway black-screens on the Game and launching the Manual gets a "Press Home to Re-Start" error.

 

[d0k3]

I have a N3DS, Gateway, SKY3DS, CN, reiNAND, fixed my compiler so can compile the code fine now and can test if needed. (just in case...)

The issue I've had with creating .CIA's with Decrypt9 is they work great in reiNAND (Game and User Manual)
but Gateway black-screens on the Game and launching the Manual gets a "Press Home to Re-Start" error.

@night_hawks CIA might have been broken right from the start. @night_hawk, could you verify your CIA (before decryption) with "CTRtool -y [NAME_OF_CIA] > dump.txt" and then post the content of dump.txt here? Maybe best to repeat this after the deep decrypt, top. As for the GW issue... I could add an option for a shallow reencrypt. If we first deep decrypt, then shallow reencrypt, it may work. Any other ideas?

 

[night_hawk]

I'm not a GW user, I use ReiNand. I'm not sure the differences they have. Something involving seeddb and 9.6 eshop games. There are guides even here to cryptofixing a game, they need a lot of processes, i tought decrypt9 would do it auto.

 

[d0k3]

I'm not a GW user, I use ReiNand. I'm not sure the differences they have. Something involving seeddb and 9.6 eshop games. There are guides even here to cryptofixing a game, they need a lot of processes, i tought decrypt9 would do it auto.

Yeah, the region fix & the FW spoof, correct? There's no way to do this automatically in Decrypt9 yet. What Decrypt9 can do is fully decrypting a CIA. Even if it would not work due to other factors, you said it crashes at 3DS logo for you - that should not happen. Could you do the verification via CTRtool and post it's output here?

 

[night_hawk]

Yeah, the region fix & the FW spoof, correct? There's no way to do this automatically in Decrypt9 yet. What Decrypt9 can do is fully decrypting a CIA. Even if it would not work due to other factors, you said it crashes at 3DS logo for you - that should not happen. Could you do the verification via CTRtool and post it's output here?

I will try later. Anyway i don't think it would be useful due the fact i completely misunderstood what CIA decrypter (along with the seeddb) is able to do.

 

[d0k3]

I will try later. Anyway i don't think it would be useful due the fact i completely misunderstood what CIA decrypter (along with the seeddb) is able to do.

Well, in fact, in many cases, a simple deep decrypt is everything really required for a cryptofix. If it is not enough, then the CIA was not installable or broken to begin with. Also, as I said, there is no FW spoof or region fix in there.