The program can't decrypt ePSP (PS Vita) prx modules.
Decryption failed for tag 457B9AF0
Decryption failed for tag 4C94A1F0

Davee's code here : https://github.com/DaveeFTW/Infinity/blob/master/tools/psptools/psptool/psar.py seems to suggest the awkward decryption code is actually just a DES. The code might be simplified a lot using that.

All the text in one line and also empty string

<...>
'flash0:/kd/loadcore.prx' expanded,decrypted,saved!
'flash0:/kd/loadcorei.prx' expanded,decrypted,saved!
'flash0:/kd/loadexec.prx' expanded,saved,extracting reboot.binCannot find reboot.bin inside loadexec.

'flash0:/kd/me_for_vsh.prx' expanded,decrypted,gzip,expanded,saved!
'flash0:/kd/me_wrapper.prx' expanded,decrypted,saved!
<...>

I'm honestly not sure if this would even be the scope of this, but Resurssiklunssi is problematic on modern firmwares (I think it does work with (L)ME and leda.prx, but not able to verify right now) and there's otherwise no way I know of to extract rco files for later firmware versions, which I've come to realize is a pain recently seeing as I'm trying to modify the XMB waves.

I just want to know if it's something that could be considered for addition. Thanks.

for some reason the tool doesn't decrypt prxs from proto 0.6.5 archive but the old tool i used to use (decrypt_prx) does

There are issues with :

• 5.05, 5.50, 5.51: expanded,error during decryption [tag 4c9420f0]. (10 modules)
• 5.55: expanded,error during decryption [tag 4c941af0] (87 times), [tag 4c941bf0] (10 times), [tag 4c9421f0] (10 times)
• 5.70 (fake PSAR): expanded,error during decryption [tag 4c941af0] (81 times), [tag 4c9421f0] (10 times)
• 6.10go: '00005' Cannot decrypt 5g table FFFFFFFF [tag C0A39A7A]. (everything fails afterwards so there could be other keys missing for the modules themselves)
• 6.20go: '00005' Cannot decrypt 5g table FFFFFFFF [tag A1C325FA]. (same as above)
• 6.39 testing tool: expanded,error during decryption [tag 4c9480f0] (93 times)

It would be great to be able to generate a custom PSAR using psardecrypt.

0x6 2 Compression Type 0x300-Plain, 0x200-KL4E, 0x100-2RLZ, 0x000-GZIP Little endian u16 & 0xF00
this flag can be found at PRX header, for some reason pspdecrypt handles everything properly except gzip formats, which it doesn't extract to plain elfs

decrypt pcff.skprx from 3.74 -> bootimage_extract -> pspbtcnf.zip

D:\PSP\pcff>pspdecrypt.exe pspbtcnf.bin
Decryption failed for tag 4C94A1F0

It's currently untested, it's not that much useful but it would still be nice to have.

Hello, I tried to decrypt the game update (PBOOT.PBP) but it failed.
Is it possible to support it?
Here is a screenshot and uploaded the files.
https://i.gyazo.com/dabb014361d788ad2696df89a7686c81.png
NPJH50698_00-SIREN4PLUS2012MA.zip

IPL is inside "updater" (DATA.PSP) -> "IplUpdater" (IplUpdater.prx).
You can extract this files with the PRXdecrypter 2.5 by jas0nuk.
PRXdecrypter_SRC_27062010_jas0nuk.zip

A standalone IPL decryption feature would be great

Do we really need to keep GZ after successfully unpacking?

The devkit kbooti/bootdispi/formati/dformat...., which contain devkit IPL blocks aren't supported yet,

These are the changes that need to be done:

All files that start with the following 0x10 bytes need to have the initial 0x1000 bytes skipped as the IPL only starts at 0x1000 in the file:

119D57D9E9DBA671F21092278A53E44D // kbooti 0.4.0

38045D6178F2501329690FCDF18F0930 // kbooti 0.6.0

C823470DD088E9126CE1E4F45CC90D0B // kbooti 0.7.0

D1ECAA62F333D3294519D95FF3402F8B // kbooti 0.9.0

027A247EB68166EEAC05EC157A328DFF // kbooti 2.6.0

1E9AD1BA7F28E2FE3DC329BD43B18B79 // kbooti 2.7.1

F3A5DBD7BA2064CD0786CE78B0EB6683 // kbooti 3.5.0

If the IPL blocks are using kbooti 3.5.0 (the file starts with the 0xF3A5DBD7BA2064CD0786CE78B0EB6683 bytes), then an xor step needs to be applied to the kirk1 header of each blocks (0x40 bytes of each blocks)

XOR key:
0E82DE13A84BB23E1FEC71542153C45A
A97D9B6A461B761DD1B921E594E08D4F
96402C0524660D700C8FFEB089D53E0E
6390CE0E5E71CBA581915314993E3474

A specific seed hash key also needs to be used to decrypt later IPL stages:

8E939AF03C553F7775317044853D9323
6C7F856DCF97F759EFC3236762E80AF7
4A9561D58704E6538410D9EEBFED2E97
EE4C8B042BC817DFD3D91EF6714055F7

See here for more info here https://playstationdev.wiki/pspdevwiki/index.php?title=Keys#3.5.0_DTP-T1000_Lib-PSP_iplloader

If kbooti 0.4.0 or 0.6.0 are used, the IPL format only uses a single block (like stage 3 IPLs on retails)

I get the following error even after increasing the buffer size, it appears to be a table decryption issue

root@DARKBASE:/mnt/e/DTP/pspdecrypt# ./psardecrypt vsh_arc_b02786_ww_20081114
PSAR ok version 4
psarVersion = 4
Version 5.02.
table_mode = 3
'00001' Cannot decrypt 1g table.
1g table buffer too small. Recompile with bigger buffer.
Segmentation fault

2.82 and older rev 0x04 PSAR decrypt fine.

Here's my proposal:

• pspdecrypt could take PBPs, PSARs and PSPs as an input
• --outfile/-o specifies the output decrypted PSP
• --outdir/-O specifies the output dir for PSAR
• --extract-only will only extract and not decrypt the PSAR's contents
• --psar-only and --psp-only, if given a PBP, will select what to extract/decrypt

Then, independently (using only --outdir/-O), --ipl-decrypt and a facultative --preipl argument.

Also, possibly, --verbose (at least for enabling the IPL decryption output).

It should cover #5 and #6

Hello! Requesting to add decryption support for PS1 (loader) ELFs in the EBOOT.PBP of PS1 / PSone titles.

I get the following error when using pspdecrypt 1.0:

Decryption failed for tag DAA06F0

In testing, i used the Tekken 2 and Resident Evil 1: Directors Cut ELF to try to decrypt. I can upload the ELF if need be for testing :P

It would be nice to add an extract only feature in psardecrypt, like the original psardumper allows.

this is no rocket science, outdir option -O should attempt to create the specified output directory with mkdir 0777 as soon as the command is executed.

Why???

These files looks like PRX but with PSPsysGP magic bytes. File header has F09[0/1/2/3]2B0B (PSP) or F09A2B0B (ePSP/PSV) tag,