139w ago - Following up on his
previous work, today
AerialX Tweeted that the beginnings of a PS3 LV2 Userland (GameOS) patch framework dubbed Kammy are available for PSGroove linked above at Github or directly below.
Download:
Kammy Userland PS3 LV2 GameOS Patches for PSGroove
To quote: Kammy is a system for loading patches to lv2 (PlayStation 3's Game OS) from a user application, using PSGroove or any other implementation of the exploit that adds the peek/poke syscalls. Kammy was inspired by Treeki's Nintendo Wii game patching system, Kamek.
Building
Building Kammy requires three different gcc compiler toolchains.
• gcc: A normal host gcc is required to build the raw2h application.
• ppu-lv2-gcc: Used to compile the loader, only available from Sony.
• ppu-gcc, ppu-binutils: A version of gcc that will compile 64bit PowerPC instructions is required to build the patches. Linux packages can be found on
BSC.es. (note: ppu-lv2-gcc may suffice for this, untested)
• xxd: Creating patch bin files requires the xxd tool to be installed.
With these dependencies installed, you can build Kammy by simply cd'ing to the loader directory and running:
make clean
make
Usage
Kammy must be used with a payload that supports poke/peek. This includes PSGroove and most of its forks - including my own - among others. To apply a Kammy patch, a loader application must be started on the PS3. This is usually done from XMB from an installed package, or from USB using my PSGroove fork's apploader payload.
Customizing
Kammy is made up of two main components:
• lv2: This folder contains the lv2 patches to be built. See the main kammy patch for an example. It is up to the patch to apply any hooks needed to lv2.
• libkammy: This is the basic library that handles the loading of Kammy patches.
The loader/ folder contains an example of using libkammy to load a patch from the lv2 folder.
Notes
Internally, Kammy obliderates syscalls 8 and 9, so try not to run it with payloads that provide those syscalls (like my debug payload).
Yes.
Do you need the eSATA station to downgrade a "phat" PS3?...
Do it. Lets see how quickly we can brick our PS3's
Well now that marcan has gotten lv1 access via payload we should see some great stuff come soon.
Ok, so the way we run unsigned code with psgroove is because the return value for Hypercall 99 was patched.
Here is a list of Hypercalls that returned the same value as Hypercall 99 when they were called. (LV1_DENIED_BY_POLICY) (wiki.ps2dev.org/?do=search&id=denied):
... -1 || LV1_RESOURCE_SHORTAGE | -2 || LV1_NO_PRIVILEGE | -3 || LV1_DENIED_BY_POLICY | -4 || LV1_ACCESS_VIOLATION | -5 || LV1_NO_ENTRY | -6 || ...
ps3:hypervisor:lv1_undocumented_function_137: 1 Hits
... ^^^^^^ Version ^ Returns R3 ^ R4 ^ R5 ^ R6 ^ R7 ^ R8 ^ R9 ^ R10 ^ Comments ^| PAL 1.7 | -4 (LV1_DENIED_BY_POLICY) | 0 | 0 | 0 | 0 | 0 | 0 | 0 | R3-R10 were passed in the call as 0 | ...
ps3:hypervisor:lv1_undocumented_function_138: 1 Hits
... ^^^^^^ Version ^ Returns R3 ^ R4 ^ R5 ^ R6 ^ R7 ^ R8 ^ R9 ^ R10 ^ Comments ^| PAL 1.7 | -4 (LV1_DENIED_BY_POLICY) | 0 | 0 | 0 | 0 | 0 | 0 | 0 | R3-R10 were passed in the call as 0 | ...
ps3:hypervisor:lv1_undocumented_function_167: 1 Hits
... ^^^^^^ Version ^ Returns R3 ^ R4 ^ R5 ^ R6 ^ R7 ^ R8 ^ R9 ^ R10 ^ Comments ^| PAL 1.7 | -4 (LV1_DENIED_BY_POLICY) | 0 | 0 | 0 | 0 | 0 | 0 | 0 | R3-R10 were passed in the call as 0 | ...
ps3:hypervisor:lv1_undocumented_function_168: 1 Hits
... ^^^^^^ Version ^ Returns R3 ^ R4 ^ R5 ^ R6 ^ R7 ^ R8 ^ R9 ^ R10 ^ Comments ^| PAL 1.7 | -4 (LV1_DENIED_BY_POLICY) | 0 | 0 | 0 | 0 | 0 | 0 | 0 | R3-R10 were passed in the call as 0 | ...
ps3:hypervisor:lv1_undocumented_function_200: 1 Hits
... ^^^^^^ Version ^ Returns R3 ^ R4 ^ R5 ^ R6 ^ R7 ^ R8 ^ R9 ^ R10 ^ Comments ^| PAL 1.7 | -4 (LV1_DENIED_BY_POLICY) | 0 | 0 | 0 | 0 | 0 | 0 | 0 | R3-R10 were passed in the call as 0 | ...
ps3:hypervisor:lv1_undocumented_function_201: 1 Hits
... ^^^^^^ Version ^ Returns R3 ^ R4 ^ R5 ^ R6 ^ R7 ^ R8 ^ R9 ^ R10 ^ Comments ^| PAL 1.7 | -4 (LV1_DENIED_BY_POLICY) | 0 | 0 | 0 | 0 | 0 | 0 | 0 | R3-R10 were passed in the call as 0 | ...
ps3:hypervisor:lv1_undocumented_function_209: 1 Hits
... ^^^^^^ Version ^ Returns R3 ^ R4 ^ R5 ^ R6 ^ R7 ^ R8 ^ R9 ^ R10 ^ Comments ^| PAL 1.7 | -4 (LV1_DENIED_BY_POLICY) | 0 | 0 | 0 | 0 | 0 | 0 | 0 | R3-R10 were passed in the call as 0 | ...
ps3:hypervisor:lv1_undocumented_function_62: 1 Hits
... ^^^^^^ Version ^ Returns R3 ^ R4 ^ R5 ^ R6 ^ R7 ^ R8 ^ R9 ^ R10 ^ Comments ^| PAL 1.7 | -4 (LV1_DENIED_BY_POLICY) | 0 | 0 | 0 | 0 | 0 | 0 | 0 | R3-R10 were passed in the call as 0 | ...
ps3:hypervisor:lv1_undocumented_function_63: 1 Hits
... ^^^^^^ Version ^ Returns R3 ^ R4 ^ R5 ^ R6 ^ R7 ^ R8 ^ R9 ^ R10 ^ Comments ^| PAL 1.7 | -4 (LV1_DENIED_BY_POLICY) | 1847h | 0 | 0 | 0 | 0 | 0 | 0 | R3-R10 were passed in the call as 0 || PAL 3.15 | Functi ...
ps3:hypervisor:lv1_undocumented_function_99: 1 Hits
... ^^^^^^ Version ^ Returns R3 ^ R4 ^ R5 ^ R6 ^ R7 ^ R8 ^ R9 ^ R10 ^ Comments ^| PAL 1.7 | -4 (LV1_DENIED_BY_POLICY) | 0 | 0 | 0 | 0 | 0 | 0 | 0 | R3-R10 were passed in the call as 0 | ...
Hypercalls 62, 63, 99, 137, 138, 167, 168, 200, 201, 209 all returned LV1_DENIED_BY_POLICY , maybe we could benefit from removing the return value of these hypercalls as well ? Maybe it would allow us to do more things, maybe run licensed content ?
I have looked at the patching system used in the payload (described on the ps3wiki) but i do not understand how we can tell that its hypercall 99 that is patched by looking at this :
# ld r4,3848(r2) } Patches return from
# ld r3,32(r28) } Hypercall 99 so that
# std r3,0(r4) } we can launch unsigned apps
I understand that it is patched to 0, LV1_SUCCESS return value, but how can we tell that its hypercall 99 that was patched?
Let's remove all the LV1_DENIED_BY_POLICY returns!