The following warnings occurred: | |||||||||||||||
Warning [2] Undefined property: MyLanguage::$archive_pages - Line: 2 - File: printthread.php(287) : eval()'d code PHP 8.2.26 (Linux)
|
Savedata Encryption/Decryption - Printable Version +- EmuNewz Network (https://www.emunewz.net/forum) +-- Forum: PSP Emulation (https://www.emunewz.net/forum/forumdisplay.php?fid=191) +--- Forum: JPCSP Official Forum (https://www.emunewz.net/forum/forumdisplay.php?fid=51) +---- Forum: svn trunk discussion (https://www.emunewz.net/forum/forumdisplay.php?fid=56) +---- Thread: Savedata Encryption/Decryption (/showthread.php?tid=3673) |
RE: Savedata Encryption/Decryption - popsdeco - 02-13-2014 So I modified SAVADATA.java to ignore fuse stuff. Now encryption should be completely alright. I need testers. Binary: https://www.dropbox.com/s/mj92ccgvwoit746/jpcsp_proper_encrypt/jpcsp.jar Diff: https://www.dropbox.com/s/mj92ccgvwoit746/jpcsp_proper_encrypt/jpcsp_3458.patch RE: Savedata Encryption/Decryption - Hykem - 02-14-2014 (02-13-2014, 04:46 AM)popsdeco Wrote: So I modified SAVADATA.java to ignore fuse stuff. Now encryption should be completely alright. Thanks. It does seem to be a KIRK (in Java) related issue, since I've also reached the same conclusions (about the hashes). RE: Savedata Encryption/Decryption - popsdeco - 02-17-2014 I got a successful report via DM. So I think this patch can be merged into jpcsp svn tree. Unfortunately he disables receiving DM. If you watch still this thread, please enable DM or send email to popsdeco at gmail... RE: Savedata Encryption/Decryption - Hykem - 03-04-2014 (02-17-2014, 11:17 AM)popsdeco Wrote: I got a successful report via DM. So I think this patch can be merged into jpcsp svn tree. Sorry. I just sent you a PM regarding this. Great job! RE: Savedata Encryption/Decryption - popsdeco - 04-13-2014 Hykem... I reviewed r3473 and the patch was wrong... Please check https://code.google.com/p/jpcsp/source/detail?r=3473 RE: Savedata Encryption/Decryption - Hykem - 04-13-2014 (04-13-2014, 04:30 AM)popsdeco Wrote: Hykem... I noticed that, but I found it odd to be required. Does this make SAVEDATA not compatible with the PSP? If so, then it would explain a few things about the algorithm. I will change this again to match your patch, but could you please check first if the current SAVEDATA produced by JPCSP is loadable on a PSP? I'm interested on detecting exactly what causes the difference. Thanks! EDIT: Nevermind. I found out why the order was so important in this case. I've properly implemented SAVEDATA hashing in r3488. The generated SAVEDATA was tested on a real PSP and confirmed to be working. Thanks! RE: Savedata Encryption/Decryption - popsdeco - 04-14-2014 Thank you so much. RE: Savedata Encryption/Decryption - qwikrazor87 - 07-12-2014 Hello Hykem. Just wanted to let you know that Key1 is actually the ThreadManForKernel NIDs, that's why you can't find any references to it in the code. RE: Savedata Encryption/Decryption - qwikrazor87 - 07-20-2014 Sorry about the double post, figured out the name for the last function, sceSdCleanList. |