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

  • Thread starter Thread starter d0k3
  • Start date Start date
  • Views Views 935,336
  • Replies Replies 4,476
  • Likes Likes 71
What is the actual purpose of the aeskeydb.bin file?
In another thread a user told me I can delete it when I already have A9LH and Luma. It was the only file left in my files9 folder, so I deleted the folder. (because I like having a clean SD without stuff I don't necessarily need)

While everything seems fine, after a bit of testing I noticed this little difference when booting into Hourglass9. I'm quite sure Decrypt9 uses the same file so I figured I'd better ask in this thread because it's more active than the H9 one.

With the file:
0x03 KeyX & KeyY: automatically set up
0x05 KeyY: automatically set up
0x25 KeyX: loaded, verified, set up
0x18 KeyX: already set up
0x1B KeyX: loaded, verified, set up
0x24 KeyY: automatically set up

Without the file:
0x03 KeyX & KeyY: automatically set up
0x05 KeyY: automatically set up
0x25 KeyX: not found
0x18 KeyX: already set up
0x1B KeyX: not found
0x24 KeyY: automatically set up

What are those two keys used for?

EDIT: According to GodMode9's github, the 0x18 KeyX is also included in the file. Why is it still set up even if aeskeydb.bin is not present?
 
Last edited by Aglaophotis,
Yeah, I've already got the way to do it. But otphelper doesnt seem to load when replacing the code.bin.
Well... I heard the CN entrypoint on 1.x/2.x/3.x is a bit unstable. You can also try using D9 instead of OTPHelper, press START if you get a blackscreen to see if it reboots. If it does, the problem lies in the screen output.

Suggestion number 1 would be to replace the touchscreen.
 
Is it possible to to a GBA VC Save Inject on 11.2 via Fast Hax > Safe Hax to launch Decrypt9? GBA save backups work. However, even though save injecting says it's successful, it doesn't cause any changes. I think I read that I should go back to the game without restarting after the inject, but the only options are power off and restart in Decryption.
 
Does it have to be on 9.2 and lower? I'm on 11.2 with a9lh and Luma installed as well
No, download the latest release, move the Decrypt9WIP.bin to your luma/payloads folder. Rename it according to this section of the Luma3DS guide. Then press and hold that button down when you boot your system. Similar to how you set up Hourglass9. Works on 11.2 and 11.3.
 
  • Like
Reactions: Old-Skool
I noticed using the latest stable release (20170115) to encrypt the dectitlekey.bin creates a file with other stuff in it rather than proper enctitlekey.bin like it used to. The previous version (20161113) works fine. Did something change? Did something get corrupted on my end?
 
I noticed using the latest stable release (20170115) to encrypt the dectitlekey.bin creates a file with other stuff in it rather than proper enctitlekey.bin like it used to. The previous version (20161113) works fine. Did something change? Did something get corrupted on my end?
That sounds similar to this issue:
https://github.com/d0k3/Decrypt9WIP/issues/151

Could you check your SD card for corruption? In the meantime I will check if D9 could be at fault somehow.
 
I noticed using the latest stable release (20170115) to encrypt the dectitlekey.bin creates a file with other stuff in it rather than proper enctitlekey.bin like it used to. The previous version (20161113) works fine. Did something change? Did something get corrupted on my end?
Okay, I am unsure what could cause your issue. Could you try this test build and see if it still happens?
https://transfer.sh/NbD4K/decrypt9wip-20170212-122739.zip
 
That sounds similar to this issue:
https://github.com/d0k3/Decrypt9WIP/issues/151

Could you check your SD card for corruption? In the meantime I will check if D9 could be at fault somehow.

Yeah, it's like that. It has other information in it when I check it with a hex editor. I checked my SD before with h2testw before and it was fine. I guess it could have gotten corrupted afterwards.

Okay, I am unsure what could cause your issue. Could you try this test build and see if it still happens?
https://transfer.sh/NbD4K/decrypt9wip-20170212-122739.zip
I'll check this version and report back.
 
Okay, I am unsure what could cause your issue. Could you try this test build and see if it still happens?
https://transfer.sh/NbD4K/decrypt9wip-20170212-122739.zip
It didn't work. It gives the same kind of file as Decrypt9WIP-20170115-230509 version. It says something like update error log. It's a bit broken up, but I can sort of make it out. It says rand seed (random seed I assume), native log, and it goes on... local friend code, secure info, etc.

I tried it on 2 systems. Both with same results. When I use Decrypt9WIP-20161113-135126, it gives me the properly processed enctitlekey.bin.

I'm using N3DS 11.3.0-36U with Luma3DS nightly (92ec2af5) with a9lh (Aurora's 4fc9ad8 from 20161017 with data input v4). It's just on SD, not on CTRNAND. Could that be an issue? I know you updated it to work with CTRNAND.

I assume the date of the dumps, including NAND, is always wrong because a9lh doesn't use the clock and it defaults to some date? Would it be possible to use the system date? I assume it's like a PC where it's set in the BIOS. It's set somewhere. Not sure if it's easy to access on a9lh.
 
I have arm9hax installed on old3ds on firmware 11.2.i cant get decrypt9 to load on hbl just a blinking red screen can anyone help.
 
I have arm9hax installed on old3ds on firmware 11.2.i cant get decrypt9 to load on hbl just a blinking red screen can anyone help.
Why you should load D9 from HBL if you have A9LH? Just drop D9's .bin into Luma payloads folder and launch it at the boot
 

Site & Scene News

Popular threads in this forum