• Featured, General, Uncategorized , 27.04.2014

    Hykem has done it once again and created a tool based on his edat_tool and sdat_tool which he calls make_npdata.

    From the readme:

    Make_npdata is a tool to encrypt/decrypt/bruteforce EDAT/SDAT files from PS3 games. Written by Hykem.This tool aims to provide a fully working open-source solution for EDAT/SDAT file handling. It supports EDAT/SDAT decryption and decompression, encryption (compression is not yet implemented) and dev_klic brute-forcing.

    Credits:

    JuanNadie (original EDAT algorithm implementation and research)

    flat_z (rap2rifkey algorithm)

    Snowydew, KDSBest and qoobz (EDAT related tools and source code)

    Source

    Thanks to @zecoxao for this one ;)

    Discuss in Forums (90)


  • 90 Comments

    1. GregoryRasputin
      04-26-2014
      12:50 PM
      1

      Front paged, thanks [MENTION=202826]zecoxao[/MENTION]

    2. m3d1c
      04-26-2014
      01:02 PM
      2

      So we can (if we had a PS3 and not a brick ) create our own edats for downloaded PSN content?

      (that's a question from a stupid person BTW )

    3. zecoxao
      04-26-2014
      01:19 PM
      3

      Originally Posted by GregoryRasputin
      Front paged, thanks [MENTION=202826]zecoxao[/MENTION]
      i don't see it on frontpage O_o
      but it doesn't matter anyways, what matters is the tool :P

    4. kristijan1001
      04-26-2014
      03:58 PM
      4

      Originally Posted by zecoxao
      i don't see it on frontpage O_o
      but it doesn't matter anyways, what matters is the tool :P
      go to ps4 front page

    5. Hykem
      04-26-2014
      08:16 PM
      5

      Is it possible to move this to the PS3 news instead? It may be misleading to have it under the PS4 section.
      Anyway, this is an open-source alternative to edat/sdat file handling. The tool can already decrypt and decompress most edat/sdat files and it now includes an encryption routine as well. It's still under development and it would be great if more people could test it with their own files since a lot of edat flags are still widely untested and the encryption mode is still very basic.
      I've been reverse-engineering these file formats for RPCS3, but most already available tools are closed-source, so I decided to write one to which anyone could contribute.

      Thank you for posting this, zecoxao.

    6. Joonie86
      04-27-2014
      02:21 AM
      6

      Originally Posted by Hykem
      Is it possible to move this to the PS3 news instead? It may be misleading to have it under the PS4 section.
      Anyway, this is an open-source alternative to edat/sdat file handling. The tool can already decrypt and decompress most edat/sdat files and it now includes an encryption routine as well. It's still under development and it would be great if more people could test it with their own files since a lot of edat flags are still widely untested and the encryption mode is still very basic.
      I've been reverse-engineering these file formats for RPCS3, but most already available tools are closed-source, so I decided to write one to which anyone could contribute.

      Thank you for posting this, zecoxao.
      Thanks for sharing your great work as an open source, it's so cool to see what's actually inside the program.

      Thanks [MENTION=228571]Ada Love Lace[/MENTION] for your advisory, It was a big help

    7. hellsing9
      04-27-2014
      11:26 AM
      7

      Frontpaged, i don't know what happened. Now it's there. [MENTION=202826]zecoxao[/MENTION]
      Is not there [MENTION=213490]kristijan1001[/MENTION]

    8. GregoryRasputin
      04-27-2014
      11:37 AM
      8

      Originally Posted by hellsing9
      Frontpaged, i don't know what happened. Now it's there. @zecoxao
      Is not there @kristijan1001
      It was on the PS4HaX front page, because i put it there

    9. hellsing9
      04-27-2014
      11:38 AM
      9

      Originally Posted by GregoryRasputin
      It was on the PS4HaX front page, because i put it there
      I don't see it...:S

    10. RiPPERD
      04-27-2014
      02:10 PM
      10

      when did this site become a porn site lol... just as much tits on here as fb these days :D

    11. slick1109
      04-27-2014
      02:57 PM
      11

      Perhaps someone can compile this and create an executable binary that can be run on windows (.exe file), since I can only find the source files on the github and dont have Visual Studio installed.

    12. zecoxao
      04-27-2014
      04:22 PM
      12

      Originally Posted by slick1109
      Perhaps someone can compile this and create an executable binary that can be run on windows (.exe file), since I can only find the source files on the github and dont have Visual Studio installed.
      https://dl.dropboxusercontent.com/u/...ake_npdata.exe

    13. hellsing9
      04-27-2014
      05:47 PM
      13

      Originally Posted by RiPPERD
      when did this site become a porn site lol... just as much tits on here as fb these days :D


      Quite the opposite, i don't see nothing wrong showing some cleavage. Doesn't fit into erotica genre, thus those aren't nudes.
      Just boobs.

      [spoiler=]

      Nice face:



      Nice boobs:


      [/spoiler]

    14. hellsing9
      04-27-2014
      06:37 PM
      14

      Mirror:

      https://mega.co.nz/#!4cFXxJyC

    15. Hykem
      04-28-2014
      11:25 AM
      15

      Originally Posted by slick1109
      Perhaps someone can compile this and create an executable binary that can be run on windows (.exe file), since I can only find the source files on the github and dont have Visual Studio installed.
      Yes, I'm still looking for a good binary distribution platform for this purpose, since github dropped the "Downloads" feature. SourceForge may be a good solution since it's nicely paired with github.
      By the way, the Linux source folder can be compiled under MinGW and Cygwin as well.

    16. catalinnc
      04-29-2014
      11:41 AM
      16

      [MENTION=314246]Hykem[/MENTION]...thanks a lot 4 this tool...any chanse for a win xp version?
      _

    17. nevik
      04-29-2014
      04:17 PM
      17

      Originally Posted by catalinnc
      [MENTION=314246]Hykem[/MENTION]...thanks a lot 4 this tool...any chanse for a win xp version?
      _
      Here are the remaining files for the remaining operating systems that haven't been posted yet.

      XP: compiled with cygwin so should work on WinXP-8: http://www25.zippyshare.com/v/40647622/file.html

      MacOsX: compiled on 10.8.5 so should work on it and above: http://www25.zippyshare.com/v/87114570/file.html

      linux: http://www25.zippyshare.com/v/72917373/file.html

      And if you are interested I have been messing around with a GUI you will need to have TCL/TK installed http://www.activestate.com/activetcl/downloads
      and just read the README in the .zip file.

      I don't have a lot of edat/sdat files sitting around to test this with, or much experience with them, but if you test the GUI and let me know if it is worth while or not that would be great. And if it is let me know what issues you are having with it and I will try and fix it.

      WinXP: http://www23.zippyshare.com/v/37985961/file.html

      Win8: http://www23.zippyshare.com/v/56142834/file.html

      MacOsX: http://www23.zippyshare.com/v/57480861/file.html

    18. Hykem
      05-04-2014
      05:41 PM
      18

      Thanks to catalinnc's tests and research I was able to improve a few things in make_npdata.
      I've updated the source code with new improvements for the brute-force mode (change data type and length) and fixed NPD hashes validation and forging.
      If possible, could you please make a new WinXP build, nevik? I can't really test WinXP right now and it would be very helpful for catalinnc.
      Thanks!

    19. flynhigh09
      05-05-2014
      07:24 AM
      19

      Heres the EXE windows n Linux versions.

      http://rghost.net/54964636

    20. nevik
      05-05-2014
      08:03 AM
      20

      Originally Posted by Hykem
      Thanks to catalinnc's tests and research I was able to improve a few things in make_npdata.
      I've updated the source code with new improvements for the brute-force mode (change data type and length) and fixed NPD hashes validation and forging.
      If possible, could you please make a new WinXP build, nevik? I can't really test WinXP right now and it would be very helpful for catalinnc.
      Thanks!
      Here are the win exe with an updated GUI and the OsX with updated GUI

      WinXp just tools.: http://www18.zippyshare.com/v/62945131/file.html
      Windows tools with GUI: http://www18.zippyshare.com/v/85039661/file.html
      Mac OsX updated tool and GUI: http://www18.zippyshare.com/v/77002215/file.html

      With all versions I updated it so it can be run from any directory no longer needs to be in your home directory.

      hope this helps enjoy!

      Edit: Hykem thanks for your work on this it is good to see people still working on things and sharing their work!

    21. Hykem
      05-10-2014
      05:56 PM
      21

      Once again, thanks to catalinnc, johnybb and aramis (http://psx-scene.com/forums/content/...available-4394) I've updated make_npdata with several relevant improvements.

      The brute-force mode no longer needs a data length option and the text mode has been greatly optimized thanks to catalinnc's suggestions.
      The encryption mode now supports all EDAT/SDAT versions and flags. Metadata hashing has been fixed (title hashes, section hashes and block hashes too) and data encryption is now matching original retail data (minus the signature, which is currently fake).
      I've tested a few samples against npdtool and TrueAncestor and encrypted files with flags 0xD/0xC (EDAT/SDAT version 1 and 2) are working properly. Flags 0x3C/0x3D aren't working due to a mismatch in HMAC SHA-1 with 0x14 of length, which I need to confirm with the authors of the tools if the hash is supposed to have data (copied from itself) in the last 4 bytes or not (make_npdata currently sets them to 0, but the first 0x10 bytes match).
      Data block size can now be changed from 16 (default) to 32 (max). Intermediate values are still not implemented.
      There's also a compression option that will just prepare the metadata according to the compression algorithm (but the encrypted data remains uncompressed). This is for the future compression algorithm I'm working on.
      I've also added version numbering as suggested by catalinnc for better test reports.

      And finally, nevik, it would be great if you could update your custom builds and GUI version again, this release should fix a lot of previous bugs. Thank for your help!

    22. nevik
      05-11-2014
      04:36 PM
      22

      Originally Posted by Hykem
      Once again, thanks to catalinnc, johnybb and aramis (http://psx-scene.com/forums/content/...available-4394) I've updated make_npdata with several relevant improvements.

      The brute-force mode no longer needs a data length option and the text mode has been greatly optimized thanks to catalinnc's suggestions.
      The encryption mode now supports all EDAT/SDAT versions and flags. Metadata hashing has been fixed (title hashes, section hashes and block hashes too) and data encryption is now matching original retail data (minus the signature, which is currently fake).
      I've tested a few samples against npdtool and TrueAncestor and encrypted files with flags 0xD/0xC (EDAT/SDAT version 1 and 2) are working properly. Flags 0x3C/0x3D aren't working due to a mismatch in HMAC SHA-1 with 0x14 of length, which I need to confirm with the authors of the tools if the hash is supposed to have data (copied from itself) in the last 4 bytes or not (make_npdata currently sets them to 0, but the first 0x10 bytes match).
      Data block size can now be changed from 16 (default) to 32 (max). Intermediate values are still not implemented.
      There's also a compression option that will just prepare the metadata according to the compression algorithm (but the encrypted data remains uncompressed). This is for the future compression algorithm I'm working on.
      I've also added version numbering as suggested by catalinnc for better test reports.

      And finally, nevik, it would be great if you could update your custom builds and GUI version again, this release should fix a lot of previous bugs. Thank for your help!
      Here are the builds of the tools and of the updated GUI.

      I have fixed getting the contentID in windows yet there is still the cygwin error if you are using the make_npdata.exe that I built with cygwin, sorry I will work on that, yet a pop up window will come up when getting contentID and it will be a readself of the EBOOT.BIN file and just scroll down and copy the contentID from the readself and paste into the encryption entry area.

      If someone wants to post a build for windows 8 that was made with Visual Studio then the error with my GUI goes away! Just copy the make_npdata.exe into the tools folder.
      All builds of the gui can be run from any directory windows or OsX. When I have time I will post a linux build and a GUI for it.

      Thanks to all that have been involved in making this tool better and better!

      links:
      Just the tool for windows XP-8 built with cygwin: http://www19.zippyshare.com/v/9417440/file.html
      The tools and GUI for windows: http://www19.zippyshare.com/v/44161460/file.html
      Mac OsX: http://www19.zippyshare.com/v/99480746/file.html

      Once again thanks to those who contribute to this scene and share the great work they do!

    23. nevik
      05-14-2014
      04:29 PM
      23

      First off Windows is not my Os of choice so there were more errors in that GUI than in any of the other builds. So I took the time to fix all of them and here is the final version 3 product. The make_npdata was compiled with an older version of VS that I took the time to dig up and install so it works on all versions of Windows although I only have XP and 8 installed at the moment but should work on all versions. I fixed all the cygwin errors so that annoying mess is gone. [MENTION=113091]catalinnc[/MENTION] if you would like to test it and let me know how it goes that would be great.

      enjoy!


      make_npdata_v3 windows XP-8 gui and tools: http://www41.zippyshare.com/v/66619341/file.html

      PLEASE READ THIS!! I found a bug that was making the encryption process not correct to I have fixed it and replaced the link. Just download it again if you are not sure if you have the one with the bug in it!!

    24. johnybb
      05-14-2014
      07:24 PM
      24

      Originally Posted by nevik
      First off Windows is not my Os of choice so there were more errors in that GUI than in any of the other builds. So I took the time to fix all of them and here is the final version 3 product. The make_npdata was compiled with an older version of VS that I took the time to dig up and install so it works on all versions of Windows although I only have XP and 8 installed at the moment but should work on all versions. I fixed all the cygwin errors so that annoying mess is gone. [MENTION=113091]catalinnc[/MENTION] if you would like to test it and let me know how it goes that would be great.

      enjoy!


      make_npdata_v3 windows XP-8 gui and tools: http://www69.zippyshare.com/v/53102386/file.html
      thanks, now decryption 2GB+ working fine on win xp, cygwin version crash on 1.99 GB

    25. nevik
      05-14-2014
      09:10 PM
      25

      Originally Posted by johnybb
      thanks, now decryption 2GB+ working fine on win xp, cygwin version crash on 1.99 GB
      Thanks for the heads-up on the error on files over 2GB+ I haven't come across any files that large to decrypt/encrypt yet so now I will have to go find one and go back and check the linux and OsX versions for the same error. If you don't mind where did you run into the 2GB+ file? So I can get it for myself.

    26. johnybb
      05-14-2014
      11:20 PM
      26

      i tested 2gb edat from deus ex missing link (dlcpack4.000.edat)

      cygwin version - 2gb+ error

      Code:
            1 [main] make_npdata 4632 open_stackdumpfile: Dumping stack trace to make_
      npdata.exe.stackdump
      vs version - 2gb+ fine
      Code:
      Decrypting data...
      File successfully decrypted!
      regards

    27. nevik
      05-15-2014
      07:26 AM
      27

      Originally Posted by johnybb
      i tested 2gb edat from deus ex missing link (dlcpack4.000.edat)

      cygwin version - 2gb+ error
      Code:
            1 [main] make_npdata 4632 open_stackdumpfile: Dumping stack trace to make_
      npdata.exe.stackdump
      vs version - 2gb+ fine
      Code:
      Decrypting data...
      File successfully decrypted!
      regards
      I am glad it works! But I found a bug that was making the encryption process not correct, so I have fixed it, and compiled a version on XP with VS2005 because I think there was a problem with it running on win7 so I hope this takes care of the problem!

      make_npdata tool compiled on windows8: http://tiny.cc/make_npdata_v1_2_Win8
      make_npdata tool compiled on windowsXP: http://tiny.cc/make_npdata_v1_2_WinXP

      Sorry about the bug in the GUI when compressing the file would finish but finish wrong so if you are not sure what version you have just please download again to be safe!

    28. johnybb
      06-11-2014
      12:49 AM
      28

      still no new updates :-/

    29. Hykem
      06-11-2014
      09:26 AM
      29

      Originally Posted by johnybb
      still no new updates :-/
      Sorry, I've been terribly busy lately and I couldn't find the time to work on this yet. There are a few simple fixes I plan on commiting, but I still need more time to test the +2GB issue.
      Thankfully, catalinnc is helping me testing this, so I hope to be able to update this as soon as possible.
      Thank you for your patience.

    30. margaret
      06-11-2014
      10:31 AM
      30

      Great post, thanks for sharing with us.

    31. catalinnc
      06-11-2014
      01:19 PM
      31

      offtopic...

      [MENTION=200865]nevik[/MENTION]...your inbox is full...please, make some space...
      _

    32. mind
      08-11-2014
      01:49 PM
      32

      I just manipulated with c++ souce code of make_npdata (win32) and tryed to improve decrypting files over 2 and 4 GB length.
      If someone interesting, check this:

      make_npdata/Windows/src/make_npdata.cpp
      http://pastie.org/private/wefpwek6rzatseo3nrja

      changelog:
      1) improved decryption process for edat files over 4GB
      2) changed calculation of the whole metadata_hash @ parsing data (check_data function).
      3) when decryption key is invalid - exit the application.

    33. catalinnc
      08-11-2014
      02:25 PM
      33

      [MENTION=66876]mind[/MENTION] thanks 4 the effort...

      if nevik will make a winXP (32) build i will test it...
      _

    34. mind
      08-11-2014
      02:45 PM
      34

      Originally Posted by catalinnc
      [MENTION=66876]mind[/MENTION] thanks 4 the effort...

      if nevik will make a winXP (32) build i will test it...
      _
      No problem to compile it with VS2012.
      Compiled code: https://www.sendspace.com/file/w429gj

    35. Hykem
      08-12-2014
      01:08 PM
      35

      Originally Posted by mind
      I just manipulated with c++ souce code of make_npdata (win32) and tryed to improve decrypting files over 2 and 4 GB length.
      If someone interesting, check this:

      make_npdata/Windows/src/make_npdata.cpp
      http://pastie.org/private/wefpwek6rzatseo3nrja

      changelog:
      1) improved decryption process for edat files over 4GB
      2) changed calculation of the whole metadata_hash @ parsing data (check_data function).
      3) when decryption key is invalid - exit the application.

      Thank you so much!
      I hadn't had much time to work so this just saved me tons of trouble.
      I'm adding these changes to the repository with due credit if that's ok with you (I also have a few fixes of my own to commit).

    36. catalinnc
      08-12-2014
      01:14 PM
      36

      [MENTION=66876]mind[/MENTION] that winXP 32 build is not working for me:

      see this picture:


      _

    37. mind
      08-12-2014
      01:51 PM
      37

      [MENTION=113091]catalinnc[/MENTION] Try this compiled code for WinXP:
      https://www.sendspace.com/file/ubhjwo

    38. catalinnc
      08-12-2014
      01:55 PM
      38

      [MENTION=66876]mind[/MENTION] this version is working!!!
      thanks a lot...i started the testing...respect...
      _

      l.e. just finished the test with a 3gb+ edat and the result is ok!
      _

    39. mind
      08-12-2014
      04:41 PM
      39

      [MENTION=314246]Hykem[/MENTION] no problem. Cant wait for your update on github repo.
      SDAT related:
      1) sdat v.1 not exist at all (need some minor changes)
      2) for the encryption process I suggest to use that chain of args:
      Usage: make_npdata [-v] -e <input> <output> <version> <block> <compress> <format> <license> <type> <cID> <klic> <rap>
      because of <input> <output> <version> <block> <compress> <format> needed for both (edat and sdat)
      but <license> <type> <cID> <klic> <rap> needed for edat only.
      We dont need to use <license> <type> <cID> <klic> <rap> for sdat crafting.
      So
      usage for edat: make_npdata [-v] -e <input> <output> <version> <block> <compress> <format> <license> <type> <cID> <klic> <rap>
      usage for sdat: make_npdata [-v] -e <input> <output> <version> <block> <compress> <format>

    40. Hykem
      08-12-2014
      07:46 PM
      40

      I've just pushed version 1.3.0 of make_npdata.
      I've extended mind's patch to the Linux C version so both can now handle files over 4GB. The metadata section hashing is now fixed as well and the EDAT/SDAT version naming has been fixed as suggested by several users.
      The chain of arguments for the encryption mode has been changed according to mind's suggestion and SDAT will only need arguments up to "format".
      Unicode text has been added to bruteforce mode after catalinnc found a game using it (so far the only one).
      Thank you all so much for the support!

    41. johnybb
      08-12-2014
      09:18 PM
      41

      Originally Posted by Hykem
      I've just pushed version 1.3.0 of make_npdata.
      I've extended mind's patch to the Linux C version so both can now handle files over 4GB. The metadata section hashing is now fixed as well and the EDAT/SDAT version naming has been fixed as suggested by several users.
      The chain of arguments for the encryption mode has been changed according to mind's suggestion and SDAT will only need arguments up to "format".
      Unicode text has been added to bruteforce mode after catalinnc found a game using it (so far the only one).
      Thank you all so much for the support!
      thanks for new version

      i can confirm 2gb edat now working, compiled by cygwin version too, earlier on previous version i get error

      regards

    42. mind
      08-14-2014
      08:07 PM
      42

      make_npdata.cpp source code for win32:
      http://pastie.org/private/rt9gaykubunxracvuobcia

      Hope this update will totally fix issues with handling of the large files.

      change log:
      1) fixed issues with encryption of large files
      2) fixed issues with decryption of compressed large files.

      Compiled code for win7 and winXP
      https://www.sendspace.com/file/kikvmc
      it requires Visual C++ Redistributable Packages for Visual Studio 2013
      http://www.microsoft.com/en-us/downl....aspx?id=40784

    43. mind
      08-15-2014
      09:45 AM
      43

      [MENTION=314246]Hykem[/MENTION]
      Cant wait for the new commit @ github repo

    44. Hykem
      08-15-2014
      12:28 PM
      44

      Originally Posted by mind
      [MENTION=314246]Hykem[/MENTION]
      Cant wait for the new commit @ github repo
      Once again, thank you so much mind! I'm adding a few changes suggested by johnybb and I'm going to push them as soon as possible.

    45. mind
      08-16-2014
      03:38 PM
      45

      [MENTION=314246]Hykem[/MENTION]
      v.1 compressed edats related:
      encryption & decryption fix
      windows version of make_npdata.cpp
      http://pastie.org/private/sxkhuey0nkdve5xtd4ugg

      metadata is not xored into v.1 compressed edat files!

    46. zecoxao
      08-16-2014
      04:48 PM
      46

      https://github.com/Hykem/make_npdata updated just minutes ago.

    47. Hykem
      08-16-2014
      04:50 PM
      47

      [MENTION=66876]mind[/MENTION]
      Oops, sorry mind, looks like we figured out the same thing at the same time. I've added that in the new version of make_npdata.

      I've just pushed version 1.3.1 with mind's patch (extended to Linux version as well) and with a few minor changes. The decryption of version 1 EDAT/SDAT files is fixed now (for the reason mind explained above) and the encryption of DEBUG data is also fixed now.
      I've added a few checks so the program will halt if an invalid devklic is supplied. If you don't have a devklic just set this field to 0, since empty devklics are allowed and safely ignored. This way, make_npdata can also be used as a devklic validator.
      I've also added a special case for RAP files. If you supply a file named rifkey.bin in the RAP field, the data will be read as a plain RIF key, so the RAP to RIF conversion won't be applied. This is useful if you only have access to the RIF key and not it's RAP equivalent.
      Thanks!

    48. zecoxao
      08-16-2014
      05:21 PM
      48

      https://dl.dropboxusercontent.com/u/...ake_npdata.exe

      uploaded for a couple of days. his latest version with winxp support (i think)

    49. mind
      08-16-2014
      05:24 PM
      49

      [MENTION=314246]Hykem[/MENTION]
      1) Can you add the ECDSA validation for retail edats?

      for example:
      if (verbose)

      Code:
      NPD title hash is valid!
      NPD dev hash is valid!
      DEVKLIC: 729A4F5EE376794650782D0CCD7DCB72
      RIF KEY: C9051C8E4C0EC361C570B41A867C269C
      DECRYPTION KEY: C9051C8E4C0EC361C570B41A867C269C
      Parsing data...
      COMPRESSED data detected!
      File successfully parsed!
      Checking signatures...
      Header signature is valid!
      Metadata signature is valid!
      2) IIRC, packed debug edats contains real license type (1, 2 or 3)
      non-packed edats are not contains license type, data type, content_id, and hashes.
      So the edat with "debug" license type is non-packed debug edat that not works even on debug ps3s imho.

      3) Please do encrypt (xor) the metadata for compressed edats only if (npd->version > 1).

    50. Hykem
      08-18-2014
      11:06 AM
      50

      [MENTION=66876]mind[/MENTION]
      Yes, I'm adding the ECDSA validation, specially after what you figured out! :D
      By the way, please make space on your inbox as my last PM is failing to send.

      I'm already working on a commit to fix several issues related to DEBUG data and other mistakes. ECDSA will come later.
      Thank you all for testing!

    51. mind
      08-18-2014
      11:20 AM
      51

      Originally Posted by Hykem
      [MENTION=66876]mind[/MENTION]
      Yes, I'm adding the ECDSA validation, specially after what you figured out! :D
      By the way, please make space on your inbox as my last PM is failing to send.

      I'm already working on a commit to fix several issues related to DEBUG data and other mistakes. ECDSA will come later.
      Thank you all for testing!
      Im cleaned inbox, thank you!

    52. mind
      08-18-2014
      11:24 AM
      52

      Debug edats may be 2 types.
      1) after packing into .pkg
      2) before packing into .pkg =)

      So this is creation procedure:

      for sdats:
      1) make_sdata.exe
      2) finalizing at sony server

      for edats:
      1) make_edata_npdrn.exe
      2) make_package_npdrm.exe
      3) finalizing at sony server.

      after make_edata_npdrm.exe(step1) we have compressed/non-compressed data, metadata without hashes and fields for hashes and signatures. with that tool we can unedat [decompress] too.
      after packing(step 2) we have content_id, license_type, data_type, qa_digest, dev_hash - these values are not modified after finalizing @ sony server
      after finalizing(step3) we have encrypted data, missed header hashes , metadata_hashes & both signatures (metadata ecdsa and header ecdsa)
      IMHO
      there is no license_type == 0

    53. zecoxao
      08-18-2014
      11:55 AM
      53

      Originally Posted by mind
      Debug edats may be 2 types.
      1) after packing into .pkg
      2) before packing into .pkg =)

      So this is creation procedure:

      for sdats:
      1) make_sdata.exe
      2) finalizing at sony server

      for edats:
      1) make_edata_npdrn.exe
      2) make_package_npdrm.exe
      3) finalizing at sony server.

      after make_edata_npdrm.exe(step1) we have compressed/non-compressed data, metadata without hashes and fields for hashes and signatures. with that tool we can unedat [decompress] too.
      after packing(step 2) we have content_id, license_type, data_type, qa_digest, dev_hash - these values are not modified after finalizing @ sony server
      after finalizing(step3) we have encrypted data, missed header hashes , metadata_hashes & both signatures (metadata ecdsa and header ecdsa)
      IMHO
      there is no license_type == 0
      he's taking care of it, don't worry but right now he's trying to pwn syscon xD

    54. Hykem
      08-18-2014
      03:14 PM
      54

      I've just pushed make_npdata version 1.3.2.
      The DEBUG data handling should now be fixed both for encryption and decryption modes.
      I've also changed the arguments' order for the encryption mode and added an option to switch between debug data and finalized data. It should now be closer to the process mind was describing above.
      All block sizes are now supported in encryption and decryption modes and the metadata encryption for version 1 has been fixed as well.

      I'm now working towards implementing the ECDSA validation for retail files.
      Thank you all for testing!

    55. mind
      08-19-2014
      02:34 AM
      55

      [MENTION=314246]Hykem[/MENTION]
      Thank you for your New commit.


      Compiled code for Win32: make_npdata.exe v.1.3.2
      Requires Visual C++ Redistributable Packages for Visual Studio 2013

    56. mind
      08-20-2014
      03:23 PM
      56

      [MENTION=314246]Hykem[/MENTION]
      bug/feature: we cant decrypt local edat without right klic and with correct rap (ERROR: NPD hash validation failed!)
      We need to decrypt file, even dev_hash or title_hash is invalid imho (we might rename the file, we can decrypt the file with rap. without valid klic)
      We cannot decrypt file only if our header hash is invalid (decryption key is invalid)

    57. johnybb
      08-20-2014
      03:42 PM
      57

      Originally Posted by mind
      bug/feature: we cant decrypt local edat without right klic and with correct rap (ERROR: NPD hash validation failed!)
      "I've added a few checks so the program will halt if an invalid devklic is supplied. If you don't have a devklic just set this field to 0, since empty devklics are allowed and safely ignored. This way, make_npdata can also be used as a devklic validator."

    58. mind
      08-20-2014
      04:10 PM
      58

      Originally Posted by johnybb
      "I've added a few checks so the program will halt if an invalid devklic is supplied. If you don't have a devklic just set this field to 0, since empty devklics are allowed and safely ignored. This way, make_npdata can also be used as a devklic validator."
      Ok, but if we just renamed file, we cannot decrypt it with right klic and rap.

    59. johnybb
      08-20-2014
      05:13 PM
      59

      Originally Posted by mind
      Ok, but if we just renamed file, we cannot decrypt it with right klic and rap.
      with tool everything is fine, you can't decrypt edat with wrong name becouse now title hash working proper. if you rename edat simply won't work with npdata and ps3 too

      edit:

      btw now in command you must always use original filename with extension otherwise you get error even if klic and rap are proper

      WARNING: NPD title hash is invalid!
      NPD dev hash is valid!
      ERROR: NPD hash validation failed!

    60. mind
      08-20-2014
      06:28 PM
      60

      WARNING: NPD title hash is invalid!
      NPD dev hash is valid!
      ERROR: NPD hash validation failed!
      Yes it is a correct info, but there are no any reasons to stop the decryption process , IMHO.
      We should stop the decryption process only if we cannot do this. (if we obtain garbadge data after decryption)
      If file_name is changed for some reason, ps3 will not work with that file of course, and we should print info about it. We just need to decrypt this file

      Code:
      make_npdata -v -d Key.edat Key.dat 0 UP9000-NPUA80063_00-
      GSUPERRUBADU0300.rap
      NPD HEADER
      NPD version: 1
      NPD license: 2
      NPD type: 0
      NPD content ID: UP9000-NPUA80063_00-GSUPERRUBADU0300
      EDAT HEADER
      EDAT flags: 0x00000000
      EDAT block size: 0x00004000
      EDAT file size: 0xC
      NPD title hash is valid!
      NPD dev hash is empty!
      DEVKLIC: 00000000000000000000000000000000
      RIF KEY: 4E4E5179EEA801F51297217F3F92B9EC
      DECRYPTION KEY: 4E4E5179EEA801F51297217F3F92B9EC
      Parsing data...
      File successfully parsed!
      Decrypting data...
      File successfully decrypted!
      Bug/feature: NPD dev hash is empty!

    61. johnybb
      08-20-2014
      07:50 PM
      61

      maybe, i reencrypt only original edats and for me now everything is fine becouse i can't change file name to not proper by accident

    62. Hykem
      08-21-2014
      10:27 AM
      62

      [MENTION=66876]mind[/MENTION] [MENTION=331537]johnybb[/MENTION]
      Well, if the file is renamed it is supposed to throw an error and fail the decryption. The PS3 does this and has a specific error code for when a renamed file is detected.

      To circumvent this, I was thinking on adding something different.
      These are the new features I'm currently working on and planning to add on the next commit:
      - ECDSA signature validation (merely for information; invalid signatures won't stop decryption);
      - Information mode (suggested by johnybb; a mode to collect details from EDAT/SDAT files);
      - Force mode (a special mode to force ignore all errors from the tool; this should allow renamed files to be decrypted);
      - Finalize data only (new data option to allow finalizing only; compressed debug data can be finalized this way);
      - IDPS + ACT.DAT + RIF (implementation of this decryption mode).

      Please tell me if you agree or have a different suggestion. As always, thanks for testing!

    63. catalinnc
      08-21-2014
      01:17 PM
      63

      [MENTION=314246]Hykem[/MENTION] the real problem is that is failing to decrypt even if the filename is original...

      let me explain...

      look at this decrypt_all.bat file...is scanning the "target" folder alongside make_npdata.exe for all *.edat then try to decrypt them to *.edat.dat

      Code:
      for /r %cd%\target %%I in (*.edat) do (
      make_npdata -v -d %%I %%I.dat 0 UP9000-NPUA80136_00-SIRENBCEPISODE01.rap
      )
      pause
      all i got is this type of error for all the edats found (there are multiple folders and subfolders in "target" folder!)
      Code:
      F:\>(make_npdata -v -d F:\target\NPUA80136\USRDIR\sirenx\data\zzdat\ep01.edat F:\target\NPUA80136\USRDIR\sirenx\data\zzdat\ep01.edat.dat 0 UP9000-NPUA80136_00-SIRENBCEPISODE01.rap )
      NPD HEADER
      NPD version: 1
      NPD license: 2
      NPD type: 0
      NPD content ID: UP9000-NPUA80136_00-SIRENBCEPISODE01
      EDAT HEADER
      EDAT flags: 0x00000001
      EDAT block size: 0x00004000
      EDAT file size: 0xF5D6
      WARNING: NPD title hash is invalid!
      NPD dev hash is empty!
      ERROR: NPD hash validation failed!
      so i presume that make_npdate is not dumping the path in front of the edat name before checking the hashes...

      the only way to successful decrypt for now is with edats in the same folder as make_npdata.exe....
      _

    64. mind
      08-21-2014
      01:32 PM
      64

      Source code of changed/added files for windows https://www.sendspace.com/file/ki6zk0
      ec.cpp
      ec.h
      make_npdata.cpp
      make_npdata.h
      utils.h

      added ecdsa support to the latest release.
      If we decrypt retail file - checking both signatures.

      // I do not want to argue, please do, as you see correctly.

    65. johnybb
      08-21-2014
      06:23 PM
      65

      [MENTION=113091]catalinnc[/MENTION] is right, tool decrypt without errors single edat with regular command

      Code:
      make_npdata -v -d PS3TOC.txt.edat PS3TOC.txt.dat 8 EP0082-BLES01982_00-PTHIEFXXXX000002.rap
      NPD HEADER
      NPD version: 4
      NPD license: 2
      NPD type: 0
      NPD content ID: EP0082-BLES01982_00-PTHIEFXXXX000002
      EDAT HEADER
      EDAT flags: 0x0000003C
      EDAT block size: 0x00004000
      EDAT file size: 0x7D6
      NPD title hash is valid!
      NPD dev hash is valid!
      DEVKLIC: 61EAF218190BAF5441CD015C863E241C
      RIF KEY: 1B18F2487C607EC6AA1285CAD58E75D8
      DECRYPTION KEY: 1B18F2487C607EC6AA1285CAD58E75D8
      Parsing data...
      File successfully parsed!
      Decrypting data...
      File successfully decrypted!
      but return error on the same file when i try decrypt edat from batch mode

      Code:
      make_npdata.exe -v -d "F:\make_npdata by Hykem\PS3TOC.txt.edat" "F:\make_npdata by Hykem\PS3TOC.txt.edat_decrypted.dat" 0 EP0082-BLES01982_00-PTHIEFXXXX000002.rap
      NPD HEADER
      NPD version: 4
      NPD license: 2
      NPD type: 0
      NPD content ID: EP0082-BLES01982_00-PTHIEFXXXX000002
      EDAT HEADER
      EDAT flags: 0x0000003C
      EDAT block size: 0x00004000
      EDAT file size: 0x7D6
      WARNING: NPD title hash is invalid!
      NPD dev hash is empty!
      ERROR: NPD hash validation failed!
      regards

    66. Zarh
      08-21-2014
      08:38 PM
      66

      I think that from batch it take the path as the full name of the edat, so it return an error

    67. mind
      08-22-2014
      02:28 AM
      67

      [MENTION=314246]Hykem[/MENTION]
      Cant wait for your New commit

    68. catalinnc
      08-22-2014
      12:49 PM
      68

      [MENTION=314246]Hykem[/MENTION] encryption of edat is also plagued by this "path" problem...

      Code:
      make_npdata -v -e F:\target\NPUA80136\USRDIR\sirenx\data\zzdat\ep01.edat.dat F:\target\NPUA80136\USRDIR\sirenx\data\zzdat\ep01.edat here_goes_the_rest_of_the_arguments
      the resulting edat has NPD title hash invalid...

      so i presume that make_npdate is not dumping the path in front of the edat name before calculating the hashes...

      the only way to successful encrypt edat for now is with the resulting edat in the same folder as make_npdata.exe....
      _

    69. zecoxao
      08-22-2014
      01:55 PM
      69

      if possible, guys, please create github accounts in case you don't have them, and submit your commits to Hykem's main repo. that'll facilitate his job immensely.

    70. mind
      08-27-2014
      12:52 AM
      70

      New changes added the latest release for win32

      1) Critical fix: fixed writing hmac 0x14 to the metadata for edats with flag 0x20 (file flags 3C)
      2) fixed my mistake with metadata signature check for edats with flag 0x20 (file flags 3C)
      3) fixed hmac and cmac compare functions by adding input parameter "hash_size" (now hmac & cmac compare functions supports hash sizes 0x10 and 0x14).

      Source code: https://www.sendspace.com/file/yu1ak7
      Compiled code for win32: https://www.sendspace.com/file/likiem

      Pull request added to [MENTION=314246]Hykem[/MENTION] repo.

    71. catalinnc
      08-27-2014
      01:14 PM
      71

      [MENTION=66876]mind[/MENTION] excellent work...

      tested edat v1 v2 v3 v4/sdat v2 v3 v4 compressed or not of all sizes (from 0 byte up to 2gb+) and all are working great now...
      _

    72. mind
      08-28-2014
      03:54 PM
      72

      Just another fix for win32 version.
      Fixed offset calculation for encryption process of large files (4gb+)

      Pull request placed to [MENTION=314246]Hykem[/MENTION] 's github repo.

      Compiled code for win32: https://www.sendspace.com/file/qsrakr

    73. catalinnc
      08-29-2014
      02:28 PM
      73

      [MENTION=66876]mind[/MENTION] thanks a lot...

      i can confirm that edat/sdat v3/v4 4gb+ are ok now...
      _

    74. mind
      08-30-2014
      05:59 PM
      74

      Just another update for win32 version.
      1) Critical fix: fixed batch mode.
      2) Improved ecdsa checks for zeroed signatures.
      3) Fixed program crash when rap\rifkey.bin file is not placed.
      4) If block hash validation failed - program will be stoped.

      Pull request updated [MENTION=314246]Hykem[/MENTION] 's github repo.

      Compiled code for win32: https://www.sendspace.com/file/24qp5l

    75. johnybb
      08-30-2014
      08:04 PM
      75

      thanks [MENTION=66876]mind[/MENTION]

      i can confirm info about missing file rap/rifkey working again
      batch mode working too

      Code:
      F:\make_npdata by Hykem>make_npdata.exe -v -d "F:\make_npdata by Hykem\BLES01982\USRDIR\CMAsylum\CMAsylum\PS3TOC.txt.edat" "F:\make_npdata by Hykem\BLES01982\USRDIR\CMAsylum\CMAsylum\PS3TOC.txt.edat_decrypted.dat" 0 EP0082-BLES01982_00-PTHIEFXXXX000002.rap
      NPD HEADER
      NPD version: 4
      NPD license: 2
      NPD type: 0
      NPD content ID: EP0082-BLES01982_00-PTHIEFXXXX000002
      EDAT HEADER
      EDAT flags: 0x0000003C
      EDAT block size: 0x00004000
      EDAT file size: 0x7D6
      NPD title hash is valid!
      NPD dev hash is empty!
      DEVKLIC: 00000000000000000000000000000000
      RIF KEY: 1B18F2487C607EC6AA1285CAD58E75D8
      DECRYPTION KEY: 1B18F2487C607EC6AA1285CAD58E75D8
      Parsing data...
      Checking signatures...
      Metadata signature is valid!
      Header signature is valid!
      File successfully parsed!
      Decrypting data...
      File successfully decrypted!

    76. mind
      08-31-2014
      05:44 AM
      76

      Many bugs fixed, but they still are present.

    77. Hykem
      09-01-2014
      11:01 AM
      77

      Just merged all changes into the main repository. Amazing work mind! Thank you very much!

    78. mind
      09-09-2014
      06:40 PM
      78

      v.1.3.3
      Compiled code for win32: https://www.sendspace.com/file/hn2hfc

    79. johnybb
      09-09-2014
      06:50 PM
      79

      any news? when do you plan release new version with these updates:

      - Information mode (suggested by johnybb; a mode to collect details from EDAT/SDAT files);
      - Force mode (a special mode to force ignore all errors from the tool; this should allow renamed files to be decrypted);
      - Finalize data only (new data option to allow finalizing only; compressed debug data can be finalized this way);
      - IDPS + ACT.DAT + RIF (implementation of this decryption mode).

      regards

    80. johnybb
      09-18-2014
      01:01 AM
      80

      bug? batch mode - tool use exactly same values for more than one edat. i encrypt dlc - 3 edats with same content id, name, size etc. only edats are in different folders and after encryption - batch mode all 3 edats are exactly the same. same issues with sdats

      Code:
      ======================================================
      NPD HEADER
      NPD version: 3
      NPD license: 3
      NPD type: 0
      NPD content ID: UP4001-BLUS31452_00-FFFFFFFFPREORDER
      EDAT HEADER
      EDAT flags: 0x0000003C
      EDAT block size: 0x00004000
      EDAT file size: 0x9
      NPD title hash is valid!
      NPD dev hash is valid!
      DEVKLIC: 0E7785E280F91C9C665E22A1FD2F8BF7
      RIF KEY: 00000000000000000000000000000000
      DECRYPTION KEY: 0E7785E280F91C9C665E22A1FD2F8BF7
      Parsing data...
      Checking signatures...
      Metadata signature is invalid!
      Header signature is invalid!
      File successfully parsed!
      Decrypting data...
      File successfully decrypted!
      Done.
      ======================================================
      NPD HEADER
      NPD version: 3
      NPD license: 3
      NPD type: 0
      NPD content ID: UP4001-BLUS31452_00-FFFFFFFFPREORDER
      EDAT HEADER
      EDAT flags: 0x0000003C
      EDAT block size: 0x00004000
      EDAT file size: 0x9
      NPD title hash is valid!
      NPD dev hash is valid!
      DEVKLIC: 0E7785E280F91C9C665E22A1FD2F8BF7
      RIF KEY: 00000000000000000000000000000000
      DECRYPTION KEY: 0E7785E280F91C9C665E22A1FD2F8BF7
      Parsing data...
      Checking signatures...
      Metadata signature is invalid!
      Header signature is invalid!
      File successfully parsed!
      Decrypting data...
      File successfully decrypted!
      Done.
      ======================================================
      NPD HEADER
      NPD version: 3
      NPD license: 3
      NPD type: 0
      NPD content ID: UP4001-BLUS31452_00-FFFFFFFFPREORDER
      EDAT HEADER
      EDAT flags: 0x0000003C
      EDAT block size: 0x00004000
      EDAT file size: 0x9
      NPD title hash is valid!
      NPD dev hash is valid!
      DEVKLIC: 0E7785E280F91C9C665E22A1FD2F8BF7
      RIF KEY: 00000000000000000000000000000000
      DECRYPTION KEY: 0E7785E280F91C9C665E22A1FD2F8BF7
      Parsing data...
      Checking signatures...
      Metadata signature is invalid!
      Header signature is invalid!
      File successfully parsed!
      Decrypting data...
      File successfully decrypted!
      Done.
      ------------------------------------------------------
      ----------------- Decryption finished ----------------
      ------------------------------------------------------
      ======================================================
      NPD HEADER
      NPD version: 3
      NPD license: 3
      NPD type: 0
      NPD content ID: UP4001-BLUS31452_00-FFFFFFFFPREORDER
      EDAT HEADER
      EDAT flags: 0x0000003C
      EDAT block size: 0x00004000
      EDAT file size: 0x9
      DEVKLIC: 0E7785E280F91C9C665E22A1FD2F8BF7
      RIF KEY: 00000000000000000000000000000000
      ENCRYPTION KEY: 0E7785E280F91C9C665E22A1FD2F8BF7
      Encrypting data...
      File successfully encrypted!
      Forging data...
      File successfully forged!
      ======================================================
      NPD HEADER
      NPD version: 3
      NPD license: 3
      NPD type: 0
      NPD content ID: UP4001-BLUS31452_00-FFFFFFFFPREORDER
      EDAT HEADER
      EDAT flags: 0x0000003C
      EDAT block size: 0x00004000
      EDAT file size: 0x9
      DEVKLIC: 0E7785E280F91C9C665E22A1FD2F8BF7
      RIF KEY: 00000000000000000000000000000000
      ENCRYPTION KEY: 0E7785E280F91C9C665E22A1FD2F8BF7
      Encrypting data...
      File successfully encrypted!
      Forging data...
      File successfully forged!
      ======================================================
      NPD HEADER
      NPD version: 3
      NPD license: 3
      NPD type: 0
      NPD content ID: UP4001-BLUS31452_00-FFFFFFFFPREORDER
      EDAT HEADER
      EDAT flags: 0x0000003C
      EDAT block size: 0x00004000
      EDAT file size: 0x9
      DEVKLIC: 0E7785E280F91C9C665E22A1FD2F8BF7
      RIF KEY: 00000000000000000000000000000000
      ENCRYPTION KEY: 0E7785E280F91C9C665E22A1FD2F8BF7
      Encrypting data...
      File successfully encrypted!
      Forging data...
      File successfully forged!
      ------------------------------------------------------
      ----------------- Encryption finished ----------------
      ------------------------------------------------------
      ------------------------------------------------------
      ----------------- Clean up finished ------------------
      ------------------------------------------------------
      reencrypted edats:
      Code:
      http://www42.zippyshare.com/v/11458224/file.html
      such encryption don't cause any issues?

      i checked npdtool and all edats after encryption (batch mode) are different

      regards

      edit:

      same here. same values even if files are different. different name, content id etc. but are encrypted in the same second:
      Code:
      http://www39.zippyshare.com/v/98692238/file.html

    81. catalinnc
      09-18-2014
      02:23 PM
      81

      [MENTION=331537]johnybb[/MENTION] i did not found any errors in the re-encrypted edats you provided...all edats are valid...

      make_npdata uses random padding (based on the system's time i think)

      when you encode small edats in cascade is to quick to get random padding so you will get static padding

      Code:
      example (will use same encodind line twice and in between will copy the result to a backup file then compare them - same.dat should be small!!)
      make_npdata -v -e some.dat some.edat etc...
      copy /b /y some.edat some.edat.backup
      make_npdata -v -e some.dat some.edat etc...
      fc/ b some.edat some.edat.backup
      some.edat and some.edat.backup are identical anymore (do to static padding)...this is not afecting in any way the validity of the edat!!!
      now try the same with a ping between encodes...
      make_npdata -v -e some.dat some.edat etc...
      copy /b /y some.edat some.edat.backup
      ping 127.0.0.1
      make_npdata -v -e some.dat some.edat etc...
      fc/ b some.edat some.edat.backup
      some.edat and some.edat.backup are not identical (do to random padding)...this is not afecting in any way the validity of the edat!!!
      if you really want random padding put a ping or something between encodes
      _

    82. johnybb
      09-18-2014
      03:16 PM
      82

      you have right must be interval/space (minimum 1 second) between encrypted edats

      i put in bat

      ping 1.1.1.1 -n 1 -w 1000 > nul

      and now all edats have random padding

      regards

    83. mind
      09-21-2014
      03:01 PM
      83

      Shooting bugs in version for win32.
      1) fixed crashes when input file is missed (decryption & encryption).
      2) removed creation empty file if operation is unsuccesful.
      3) separated info about rifkey & rap when this file is missed.
      4) you can use rifkey.bin from any location (another one batch mode fix).
      5) clean up.

      Pull request was added to github repo.

      Compiled code for win32: download

    84. johnybb
      09-21-2014
      08:02 PM
      84

      Originally Posted by mind
      Shooting bugs in version for win32.
      1) fixed crashes when input file is missed (decryption & encryption).
      2) removed creation empty file if operation is unsuccesful.
      3) separated info about rifkey & rap when this file is missed.
      4) you can use rifkey.bin from any location (another one batch mode fix).
      5) clean up.

      Pull request was added to github repo.

      Compiled code for win32: download
      thanks for update but theres something wrong, tool crash when i try decrypt edat + rap and edat + rifkey with regular command

      Code:
      make_npdata.exe -v -d ui.dat.edat out_rap.dat 0 JP0103-NPJB60113_00-DENGEKICIELPS3S2.rap
      Code:
      make_npdata.exe -v -d ui.dat.edat out_rif.dat 0 rifkey.bin
      same with batch mode

      ---

      1) fixed crashes when input file is missed (decryption & encryption).

      you could fix same crash for bruteforce too

      regards

    85. mind
      09-21-2014
      11:43 PM
      85

      [MENTION=331537]johnybb[/MENTION]
      Thanks for the report.

      tool crash when i try decrypt edat + rap and edat + rifkey with regular command
      fixed arg_offest (my misstake)

      Pull request was updated @ github repo.

      Compiled code for win32: download


      Bruteforce mode will be fixed soon.

    86. mind
      09-22-2014
      02:32 AM
      86

      you could fix same crash for bruteforce too
      Fixed.

      Pull request was updated @ github repo.

      Compiled code for win32: download
      MD5: 97D5910369F79887648DA801F568EB72
      SHA-1: EC681C1D3BB2E5C79EC1C5B88A3F65EE3F5CF0D5

    87. Hykem
      09-28-2014
      12:00 PM
      87

      Sorry for the absence. I've pushed mind's pull request and I'm now working on porting this to the Linux version and adding the features I've mentioned before.
      Thanks for all the help!

    88. mind
      09-30-2014
      05:53 PM
      88

      [MENTION=314246]Hykem[/MENTION] Thanks for pushing request. Cant wait for Your new featured version.

    89. Hykem
      10-01-2014
      10:50 AM
      89

      I just pushed a new version (1.3.4) that features mind's patches ported to Linux alongside a few minor fixes. I've also re-enabled network licensed EDAT file decryption, since the process is identical to RAP/RIF file decryption (encryption is still not supported).
      I'll be adding the information mode next along with the IDPS + ACT.DAT + RIF method.
      Thank you all for the support!

    90. mind
      10-05-2014
      09:51 AM
      90

      v.1.3.4
      Compiled code for win32:
      MD5: 75807CF714BEB6331D2CCBE955C0F5D2
      SHA-1: EE975A4EC017D476375258B721E6FAD0A20FCA60

      Download