forums.ps2dev.org Forum Index forums.ps2dev.org
Homebrew PS2, PSP & PS3 Development Discussions
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Cracking the PSP OFW without pandora
Goto page 1, 2, 3, 4  Next
 
Post new topic   Reply to topic    forums.ps2dev.org Forum Index -> PSP Development
View previous topic :: View next topic  
Author Message
jube



Joined: 23 Oct 2007
Posts: 115

PostPosted: Thu Aug 14, 2008 11:49 pm    Post subject: Cracking the PSP OFW without pandora Reply with quote

as is all over the news sony has finally got round to blocking acess to the OFW through pandora on recent motherboards, and as is postulated on the psp3000. So thinking into the future i think we need to start working on another way in!

I have a few ideas involving the sio, i believe the sio ( original ) has the facility to detect plug-in "debug " boxes thus theoretically has the potential to put psp into a mode that might alow a CFW to be loaded. I intend to continue work posted for the phat in this area, by brute force attack combined with insight to find the sio "key" ie set of serial data that would initialise the debug unit. If anyone else has ideas on this please post, unless we want to see an eventual end to homebrew i think this must be worked on.
Back to top
View user's profile Send private message
TyRaNiD



Joined: 18 Jan 2004
Posts: 918

PostPosted: Fri Aug 15, 2008 3:08 am    Post subject: Reply with quote

No it didn't :)
Back to top
View user's profile Send private message
jube



Joined: 23 Oct 2007
Posts: 115

PostPosted: Fri Aug 15, 2008 3:19 am    Post subject: Reply with quote

bugger!! , ok thanks saved me a deal of work !

Are there any other avenues left unexplored, does the original Lumines or GTA crack still work?
Back to top
View user's profile Send private message
KickinAezz



Joined: 03 Jun 2007
Posts: 328

PostPosted: Fri Aug 15, 2008 4:23 am    Post subject: Reply with quote

jube wrote:
bugger!! , ok thanks saved me a deal of work !

Are there any other avenues left unexplored, does the original Lumines or GTA crack still work?


BMX is a good game to look into for such exploits...

The gameplay in the game is so awful... I wonder if they really took security into consideration. :D
_________________
Intrigued by PSP system Since December 2006.
Use it more for Development than for Gaming.
Back to top
View user's profile Send private message
TyRaNiD



Joined: 18 Jan 2004
Posts: 918

PostPosted: Fri Aug 15, 2008 6:48 am    Post subject: Reply with quote

There is certainly undisclosed exploits :)
Back to top
View user's profile Send private message
KickinAezz



Joined: 03 Jun 2007
Posts: 328

PostPosted: Fri Aug 15, 2008 11:38 am    Post subject: Reply with quote

TyRaNiD wrote:
There is certainly undisclosed exploits :)


In hold for 0 day release?
_________________
Intrigued by PSP system Since December 2006.
Use it more for Development than for Gaming.
Back to top
View user's profile Send private message
jube



Joined: 23 Oct 2007
Posts: 115

PostPosted: Fri Aug 15, 2008 3:00 pm    Post subject: Reply with quote

cool.. will start looking in the exploit department, am still very new to the psp, so dont expect progress soon :) :)
Back to top
View user's profile Send private message
Torch



Joined: 28 May 2008
Posts: 842

PostPosted: Fri Aug 15, 2008 6:58 pm    Post subject: Reply with quote

TyRaNiD wrote:
No it didn't :)

What? You mean the pre-IPL is still exploitable? Or are you talking about software exploits that have not been used?
Back to top
View user's profile Send private message
Hellcat



Joined: 24 Jan 2007
Posts: 84

PostPosted: Fri Aug 15, 2008 7:51 pm    Post subject: Reply with quote

Most certainly software exploits.... but a small hole in the PreIPL would be sweet as sugar :D
Back to top
View user's profile Send private message
jube



Joined: 23 Oct 2007
Posts: 115

PostPosted: Sat Aug 16, 2008 1:28 am    Post subject: Reply with quote

is there anything else in the hardware that can be attacked? what happens if system detects corrupt memory/memory area, thats a good way in on a lot of systems, is there any real-time-clock? , how about a WDT reset? Anything that prevents a clean boot could be interesting
Back to top
View user's profile Send private message
kralyk



Joined: 06 Apr 2008
Posts: 114
Location: Czech Republic, central EU

PostPosted: Sat Aug 16, 2008 7:03 am    Post subject: Reply with quote

How about wifi - adhoc game sharing? On a pc with wifi, we could make an app that would "share a game" with the psp, and the "game" would actually be some usedul code, cfw installation for example...
that would be pretty cool.

Is psp's game sharing algorythm known?
_________________
...sorry for my english...
Back to top
View user's profile Send private message
ne0h



Joined: 21 Feb 2008
Posts: 386

PostPosted: Sat Aug 16, 2008 7:23 am    Post subject: Reply with quote

I've already think to intercept the data while is sharing, and replace it with a different code (or send it from a modified(with CF) psp), but (I think) the data sended is sign-checked before run it, so is not a good idea...
Back to top
View user's profile Send private message
kralyk



Joined: 06 Apr 2008
Posts: 114
Location: Czech Republic, central EU

PostPosted: Sat Aug 16, 2008 7:26 am    Post subject: Reply with quote

And what about not intercepting the data, but sending a "game" to OFW psp from CFW psp?
_________________
...sorry for my english...
Back to top
View user's profile Send private message
jube



Joined: 23 Oct 2007
Posts: 115

PostPosted: Sat Aug 16, 2008 8:59 am    Post subject: Reply with quote

as i understand it once OFW is booted it will only run code that passes the sony security cypher. So again as i understand there are 3 options

1) stopt the CFW booting ( ie pandora)

2) crack the sony cypher

3) find a piece of code that is already secured but that allows CFW to be loaded ( ie lumins exploit )

is this correct ?
Back to top
View user's profile Send private message
jube



Joined: 23 Oct 2007
Posts: 115

PostPosted: Sat Aug 16, 2008 4:56 pm    Post subject: Reply with quote

ok asked some engineer friends that specialise in reverse engineering.

The obvious answer is to JTAG the CFW onto the system E2PROM, this is an infallible solution since the processors are not clocking at all during a JTAG session. Problem, is that its not for everybody, and i would have to find the jtag points on the motherboard, and you need a JTAG box.

Would it be of any use to anyone to dump the system non-voilitile mem to a hex dump?

Apparently the phat circuit diagram exists, been reverse engineered by a company that specialise in these jobs ( $2000 , you give em the device , they give you the circuit ! , pity the FW doesnt come with that :) ) But its $60 a copy !
Back to top
View user's profile Send private message
TyRaNiD



Joined: 18 Jan 2004
Posts: 918

PostPosted: Sat Aug 16, 2008 5:08 pm    Post subject: Reply with quote

Shame in all likely hood they have cut the JTAG wires going to the CPU :)
Back to top
View user's profile Send private message
jube



Joined: 23 Oct 2007
Posts: 115

PostPosted: Sat Aug 16, 2008 6:38 pm    Post subject: Reply with quote

doubt it, they will need JTAG access for production testing, so thats either to test points on pcb picked up with a pin array grid on a production test machine, or a micro-connector somewhere. ( some clever bastards even have stuck the jtag through short range rf link to onboard jtag micro, so you just test by passing wand over, trick eh !! )

If the design engineers run to form its prob on a jtag chain, including the memory arrays and any FPGA config memories, prob got their own format to recover individual units.

If they have no jtag cant think how they would do the hardware test algorithms, but have to confess not current on design for test, so just speculating.
Back to top
View user's profile Send private message
ne0h



Joined: 21 Feb 2008
Posts: 386

PostPosted: Sat Aug 16, 2008 8:11 pm    Post subject: Reply with quote

I don't know very well how the sce signature works, but It's really impossible to crack it?
Back to top
View user's profile Send private message
TyRaNiD



Joined: 18 Jan 2004
Posts: 918

PostPosted: Sat Aug 16, 2008 9:32 pm    Post subject: Reply with quote

If I was doing it I would have fuses in the CPU die which could blow to take out the jtag, do your hardware test then at final test time you take them out, certainly i have heard rumours of the test pins being identified but them not actually doing anything.
Back to top
View user's profile Send private message
jube



Joined: 23 Oct 2007
Posts: 115

PostPosted: Sun Aug 17, 2008 1:49 am    Post subject: Reply with quote

damn it twice !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Sounds just like the thing they would do.
Back to top
View user's profile Send private message
TyRaNiD



Joined: 18 Jan 2004
Posts: 918

PostPosted: Sun Aug 17, 2008 3:27 am    Post subject: Reply with quote

Well because it is a closed architecture (and it needs to be to support their business model) it is imperative to prevent against just adding a modchip :)
Back to top
View user's profile Send private message
jube



Joined: 23 Oct 2007
Posts: 115

PostPosted: Sun Aug 17, 2008 4:15 am    Post subject: Reply with quote

yea, seems IP protection stratagies are maturing, there are a bunch of companies doing just that. Used to be able to figure a lot out ( not direct ref to psp ) from dumping FPGA config memories, but now its popular to encrypt even that.

The sig check is only run once on module load time, ( is that tru ? ) what if you could dynamically ( within the acceptable mem clocking/caching params ) change the contents of memstick addresses ( by simulating a memstick with micro then putting custom data in dynamically ), could it be theoretically possible to have standard module call + run sig check, but then the contents fetched and loaded would be what we chose?
Back to top
View user's profile Send private message
Hellcat



Joined: 24 Jan 2007
Posts: 84

PostPosted: Sun Aug 17, 2008 4:20 am    Post subject: Reply with quote

Isn't the signcheck performed when the module is already completely loaded into memory?
If so, what good would altering the MS data do after the signcheck has been done?
Back to top
View user's profile Send private message
Dariusc123456



Joined: 12 Aug 2008
Posts: 394

PostPosted: Sun Aug 17, 2008 4:47 am    Post subject: Reply with quote

ne0h wrote:
I don't know very well how the sce signature works, but It's really impossible to crack it?


Its possible to crack the sony sign-code and get it, but its hard. Plus if we do, I think that sony will have the right to sue that person (i think) but who cares about what sony think??? They mess around with the wrong hackers, lol...
Back to top
View user's profile Send private message AIM Address
Dariusc123456



Joined: 12 Aug 2008
Posts: 394

PostPosted: Sun Aug 17, 2008 4:53 am    Post subject: Reply with quote

Hellcat wrote:
Isn't the signcheck performed when the module is already completely loaded into memory?
If so, what good would altering the MS data do after the signcheck has been done?


Well, I know it will not work, but what happen if we can try to react thw Swaploit? Like we run the unsigned program, and if it load onto the memory, we switch Memory sticks with one that have sony official coding (sign code), or am I saying the wrong way??? Its like performing the Magic Swap on a ps2, but we are not using disc, we using memory stick.

I wonder....

Do anyone know if I use an unpacker and unpack a eboot.pbp from sony code, is it possible that it will keep it sign-code after unpacking so that we can add our data to it?
Back to top
View user's profile Send private message AIM Address
ne0h



Joined: 21 Feb 2008
Posts: 386

PostPosted: Sun Aug 17, 2008 5:10 am    Post subject: Reply with quote

I think that all the data has to be "signed", or not?
OT
DAX have relased a ~PSP packer but he say that the signature are not added, so the sce signature are a special number of bytes crypted by a private key that depends by?by all the file?
/OT
Thanks...
Back to top
View user's profile Send private message
TyRaNiD



Joined: 18 Jan 2004
Posts: 918

PostPosted: Sun Aug 17, 2008 7:29 am    Post subject: Reply with quote

For a start, psppacker (DA's hack of the ~PSP stuff) is dependant on the the CFW stuff. Breaking the crypto is none-trivial, it could take millions of years, pandora only works because they fucked up, badly...
Back to top
View user's profile Send private message
jube



Joined: 23 Oct 2007
Posts: 115

PostPosted: Sun Aug 17, 2008 8:37 am    Post subject: Reply with quote

thats kind of why was looking for a hardware way in ( appart from being a hardware bloke and always looking for a hardware solution ! too many hours near a emc chamber fried brain :), if they missed pandora what else did they miss? Although so far its not looking good.
Obviously as we get into softer-ware im useless ,aside from provoking thought, cos not experienced with the psp os enough; but if anyone needs anything building to help, just post.
Back to top
View user's profile Send private message
Dariusc123456



Joined: 12 Aug 2008
Posts: 394

PostPosted: Sun Aug 17, 2008 11:35 am    Post subject: Reply with quote

I wonder.. Is it possible to reverse the signing possess by using the pack-pbp or unpack-pbp? Just asking...

But if we find out the sign code, will sony change it within the next firmware?

EDIT:

Sony didnt completly block pandora, but they just block unsigned ipl.

jube, pm me. i think I got something that might help you. If sony receive it, then they can block it easily. lol
Back to top
View user's profile Send private message AIM Address
jean



Joined: 05 Jan 2008
Posts: 489

PostPosted: Sun Aug 17, 2008 8:10 pm    Post subject: Reply with quote

Just brainstorming:
-a signcheck needs the following to be performed:
long-long-long-long-... math lib usually done in slow software, hash computer and the public key to check against.
I don't think newer chips mount a whole alu dedicated to signchecking, so it has to be the main CPU that handles this. So:
-Program checking signature is a program itself, and hence it boots (too bad it does not reside on MS, but we can still try to attack here).
-The public key to check against is -well- public, it should come in plain near the verifier program.
-It's not a good idea to try to find the private key: it could never be done in human lapses of time and would be pointless: if i lose my home's key i would replace key and keyholes.
-We could replace the public key with the public part of a newly generated couple (or is it engraved on PSP's MoBo?? lol) whose private side we obviously know. That's only for ipl stuff, originals would still work because in a CFW signcheck on executables is not performed at all. (btw...is it the same key on IPL and on executables??)

hope this can help someone having a revelation....

jean
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic    forums.ps2dev.org Forum Index -> PSP Development All times are GMT + 10 Hours
Goto page 1, 2, 3, 4  Next
Page 1 of 4

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group