Resource icon

PS4 PS4 HDD Decryption Helper 2025-10-29

Rather properly but my script will not get EAP in every case, about which I didn't know before the release. You see, it seeks it on fixed address which not always is the same for all people for yet unknown reasons to me (maybe because of ASLR?).

Send me dump, and I will extract it manually for You.
 
@Lorenzo Jabber High probably in yours 9.00 dump, EAP HDD Key lies at 0x26C4C90 address (32B long). Keep in mind that just raw dumped key using eg. hex editor must be reversed because in kernel it is in reverse form.
Code:
objcopy -I binary -O binary --reverse-bytes=16 <reversed key> <fine key>
 
Last edited:
omg it works. I can see all my old photos and videos again after 6 years. You're the goat Berion. Not only did you always respond to my messages but you gave me the right key to decrypt the hdd. Thanks so much man
 
DLC-1 for version 2025-10-29:

Dependancies:
Code:
sudo apt install binwalk
sudo apt install ent

I changed the way how key is retrieving from OrbisOS Kernel dump. Instead reading from fixed addresses, now script seeking specific header pattern and by calculating entropy for data below it, dumps possible EAP HDD Key. This means that false positives are inevitable (and in most cases will be at least few of them). This cannot be done in different way because header isn't unique and there is no way to determine by using just only kernel, which is real key and which something else.

ps4_keygen_ent_1.png


On picture above, you can see two blind shots. From which only one is real. All can be found in keys dir. Usually, the last one is the real one but not always. I don't know if key position depend of South Bridge type or due to ASLR (AFAIK kernel is taken from RAM, not from decrypted kernel partition), so for know, best approach is such guessing work.

To test key, just rename chosen one to "eap_hdd_key.bin" and try PS4 HDD Mounter script (choose read only mode). If nothing will be decrypted, then use PS4 HDD Unmounter script (it also removing decryption mappers, mandatory step) and try with different guessed key.

ps4_keygen_ent_3.png


If script will not find any matches, you will need to decrease entropy threshold value. By default I used 4.75. The higher the better chance to not find anything, the lower the more false positives will be found. If you getting to much, try 4.8. Best key I had in samples was at entropy level 5.0, and lowest on 4.75. Key is unique per console, so it is kind of random.

ps4_keygen_ent_2.png


Good luck.

PS: Tested on kernel dumps from fw 5.00 up to 13.00 from various of South Bridges. In all cases, key was found. :]
 

Attachments

Last edited:
So after successfully decrypting user partitions, i'm trying to recover deleted data from these partitions too. I've tried using photorec on /dev/mapper/ps4hdd_p27 but there's two problems:

1. the output images are very low resolution
2. it's recovering thousands of garbage photos from web browser searches and barely any actual photo from the capture gallery. also i don't know if it's trying to recover videos as well or just photos.

Regarding the low resolution issue, it seems there's a command option on photorec to recover the images at normal resolution but i've yet to try it. Do you know if there is a way to only recover images from the capture gallery and not from other sources?
 
So after successfully decrypting user partitions, i'm trying to recover deleted data from these partitions too. I've tried using photorec on /dev/mapper/ps4hdd_p27 but there's two problems:

1. the output images are very low resolution
2. it's recovering thousands of garbage photos from web browser searches and barely any actual photo from the capture gallery. also i don't know if it's trying to recover videos as well or just photos.

Regarding the low resolution issue, it seems there's a command option on photorec to recover the images at normal resolution but i've yet to try it. Do you know if there is a way to only recover images from the capture gallery and not from other sources?

You're probably recovering the thumbnails for your pictures, rather than it being something photorec is doing. The capture gallery stores both the original full size image along with a thumbnail (my 1920x1080 screenshots have a 440x248 thumbnail).

I don't think there is much you can do to limit the scope of what it is recovering because it's basically looking for files which match the signature of an image, and it doesn't really have any awareness of where those files might have existed in the original file system. You probably just need to let it recover everything it can, and then apply a filter on the files to say only show me 1920x1080 or larger images to help filter out the stuff you're not interested in.
 
PS4DM using thumbnails in several places for several things. You talking about thumbnails as Andshrew points.

Photorec isn't carver and also not working on filesystem level (and BTW filesystem is only an abstract, physically data is written nearly the same in all file systems). It search data based in signature and only that stuff he finding. It is also very limited software kind, it not giving you to setup rules to eg. determine scanning range or minimum file size. You can only wait until he will find all stuff findable by that method and after that you can filter extracted files (remember, false positives will be there too) by different software.
 

Similar threads

Back
Top