This forum uses cookies
This forum makes use of cookies to store your login information if you are registered, and your last visit if you are not. Cookies are small text documents stored on your computer; the cookies set by this forum can only be used on this website and pose no security risk. Cookies on this forum also track the specific topics you have read and when you last read them. Please confirm whether you accept or reject these cookies being set.

A cookie will be stored in your browser regardless of choice to prevent you being asked this question again. You will be able to change your cookie settings at any time using the link in the footer.

Thread Rating:
  • 1 Vote(s) - 5 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Savedata Encryption/Decryption
So I modified SAVADATA.java to ignore fuse stuff. Now encryption should be completely alright.
I need testers.

Binary:
https://www.dropbox.com/s/mj92ccgvwoit74.../jpcsp.jar
Diff:
https://www.dropbox.com/s/mj92ccgvwoit74...3458.patch
Reply
(02-13-2014, 04:46 AM)popsdeco Wrote: So I modified SAVADATA.java to ignore fuse stuff. Now encryption should be completely alright.
I need testers.

Binary:
https://www.dropbox.com/s/mj92ccgvwoit74.../jpcsp.jar
Diff:
https://www.dropbox.com/s/mj92ccgvwoit74...3458.patch

Thanks. It does seem to be a KIRK (in Java) related issue, since I've also reached the same conclusions (about the hashes).
Reply
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...
Reply
(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.
Unfortunately he disables receiving DM.

If you watch still this thread, please enable DM or send email to popsdeco at gmail...

Sorry. I just sent you a PM regarding this.
Great job! Smile
Reply
Hykem...
I reviewed r3473 and the patch was wrong...
Please check https://code.google.com/p/jpcsp/source/detail?r=3473
Reply
(04-13-2014, 04:30 AM)popsdeco Wrote: Hykem...
I reviewed r3473 and the patch was wrong...
Please check https://code.google.com/p/jpcsp/source/detail?r=3473

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! Smile
Reply
Thank you so much.
Reply
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. Smile
Reply
Sorry about the double post, figured out the name for the last function, sceSdCleanList. Big Grin
Reply


Forum Jump:


Users browsing this thread: 3 Guest(s)