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.
EmuNewz Network › PSP Emulation › JPCSP Official Forum › svn trunk discussion v
Savedata Encryption/Decryption

Thread Rating:
  • 1 Vote(s) - 5 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Threaded Mode
Savedata Encryption/Decryption
popsdeco Offline
Junior Member
**
Posts: 29
Threads: 1
Joined: Jan 2012
Reputation: 1
#111
02-13-2014, 04:46 AM (This post was last modified: 02-13-2014, 04:46 AM by popsdeco.)
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
Find
Reply
Hykem Offline
Dev team
**********
Posts: 893
Threads: 15
Joined: Nov 2009
Reputation: 14
#112
02-14-2014, 07:49 PM
(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).
Find
Reply
popsdeco Offline
Junior Member
**
Posts: 29
Threads: 1
Joined: Jan 2012
Reputation: 1
#113
02-17-2014, 11:17 AM
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...
Find
Reply
Hykem Offline
Dev team
**********
Posts: 893
Threads: 15
Joined: Nov 2009
Reputation: 14
#114
03-04-2014, 09:18 PM
(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
Find
Reply
popsdeco Offline
Junior Member
**
Posts: 29
Threads: 1
Joined: Jan 2012
Reputation: 1
#115
04-13-2014, 04:30 AM
Hykem...
I reviewed r3473 and the patch was wrong...
Please check https://code.google.com/p/jpcsp/source/detail?r=3473
Find
Reply
Hykem Offline
Dev team
**********
Posts: 893
Threads: 15
Joined: Nov 2009
Reputation: 14
#116
04-13-2014, 01:59 PM (This post was last modified: 04-13-2014, 09:16 PM by Hykem.)
(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
Find
Reply
popsdeco Offline
Junior Member
**
Posts: 29
Threads: 1
Joined: Jan 2012
Reputation: 1
#117
04-14-2014, 08:57 AM
Thank you so much.
Find
Reply
qwikrazor87 Offline
Junior Member
**
Posts: 2
Threads: 0
Joined: Jul 2014
Reputation: 0
#118
07-12-2014, 12:36 AM
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
Find
Reply
qwikrazor87 Offline
Junior Member
**
Posts: 2
Threads: 0
Joined: Jul 2014
Reputation: 0
#119
07-20-2014, 08:07 PM
Sorry about the double post, figured out the name for the last function, sceSdCleanList. Big Grin
Find
Reply


Forum Jump:


Users browsing this thread: 2 Guest(s)