26w ago - Following up on the previous PS3 Lv0ldr / Bootldr
clarifications by
marcan42 and
wololo, today PlayStation 3 hacker
naehrwert has shared some details based on reverse-engineering the exploit used to dump it.
To quote from his blog:
The Exploit
As the exploit that was used to dump lv0ldr/bootldr/howeveryouliketocallit is public now, let's have a closer look at it to understand what's going on. Here is what I have reversed from lv0 (it shares the syscon portion of the code with its SPU counterpart):
//In .data section.
static u8 tmp_pkt[0x800];
//Get size from sc packet.
#define GET_SIZE(pkt) ((pkt[4] << 8) | pkt[5])
int read_cmpl_msg(/*...*/, u8 *payload_buf /*r5*/, int min_size /*r6*/, /*...*/)
{
u16 pkt_size;
//Get packet header.
memcpy_aligned_64(tmp_pkt, MMIO_SC_PKT, 0x10);
//Check packet size.
pkt_size = GET_SIZE(tmp_pkt);
if(pkt_size - 4 < min_size || pkt_size + 8 > 0x800)
return ERR;
//Run first sc_checksum.
if(!sc_checksum(...))
return ERR;
//Read packet again (plus header!).
pkt_size = GET_SIZE(tmp_pkt);
memcpy_aligned_64(tmp_pkt, MMIO_SC_PKT, size + 0x1B);
//Get size again (not checked now).
//I suspect that this is actually a compiler 'quirk' and not a
//programmer mistake. The original source probably accesses the
//packet size through a structure and the compiler noticed the
//non const access of the packet and generated this read of the
//size member because it could have changed.
pkt_size = GET_SIZE(tmp_pkt);
//Let's have some fun (payload_buf on caller stack).
memcpy(payload_buf, tmp_pkt + 8, size - 4);
//Run second sc_checksum.
if(!sc_checksum(...))
return ERR;
//...
} The syscon library implements some high level functions, e.g. to shutdown the console on panic or to read certain configuration values. Every of this functions internally uses another function to exchange packets with syscon and the exchange function uses the read_cmpl_msg one to get the answer packet. The top-level function will pass a fixed size buffer to the exchange function.
So if we are able to control syscon packets, e.g. by emulating MMIO (and thanks to IBM we are), we can change the packet size between the two packet readings and overwrite the caller stack. And if we first copy a little stub to shared LS and let the return address point to it, we can easily dump the whole 256 kB.
Nothing more left to say now, let's wait and see if this is going to be fixed in future firmware versions (we just have to check lv0 fortunately).
No.
Are you sad?...
...
hey guys these might be legitimate PS3 4.30 KEYS!!
[erk=CA7A24EC38BDB45B98CCD7D363EA2AF0C326E65081E0630CB9AB2D2�15865878A]
[riv=F9205F46F6021697E670F13DFA726212]
[pub=A8FD6DB24532D094EFA08CB41C9A72287D905C6B27B42BE4AB925AA�F4AFFF34D41EEB54DD128700D]
[priv=001AD976FCDE86F5B8FF3E63EF3A7F94E861975BA3]
[ctype=33]
Maybe we will have a 4.30 jb after all.
if found this on youtube is this a fake?