PS4 News on Facebook! PS4 News on Twitter! PS4 News on YouTube! PS4 News RSS Feed!

Home PS4 News - Latest PlayStation 4 and PS3 News

200w ago - Today Spanish PlayStation 3 developer JaicraB has explained the Cobra USB JIG protection RTOC trick implemented for the PS3 against cloning the device.

To quote, roughly translated: Flynn sent me this text explaining this protective carrying the Cobra, I hope it will open the eyes of those interested in reversing the dumps.

EXPLAIN RTOC COBRA TRICK

The JIG Cobra has several protective measures to ensure that your code could not be used correctly even if your code could be dumped.

This trick RTOC in the registry is the first used for this purpose in addition to hinder analysis.
Registration is initially RTOC stored in the battery to keep the RTOC of lv2 and power it back later:

[Register or Login to view code]


At this point we have to explain that the OFFSET DELTA. DELTA OFFSET is a method used in the x86 in its original moments in the creation of computer viruses, to calculate the memory address in which we are in the sea of ​​bytes in RAM.

In the original time a computer virus when I did not know where he was pulled into an executable,
depending on the executable it could be an initial site or another, for it was invented DELTA OFFSET.

DELTA OFFSET can be used in any system, the procedure is:

  • Using the record that indicates the current execution address (or the next depending on the system)
  • Reducing the size of the previous code we use the value obtained from the registry.

Knowing this, and taking for example the x86 processor where the EIP register can not be read directly invented the trick make a call to a "subfunction" which is simply the following line to the call:

[Register or Login to view code]


X86 call instruction saves the top of the stack the address of the next instruction to itself. Thus using pop draw from the top of the stack this value, and stored in eax for example, and having the memory address where we only subtract the above would be missing and we have the exact calculation.

The PowerPC can use this trick using the BL instruction is equivalent (LINK BRANCH), which jumps to a "subfunction" but before you save LR in the record the following address to BL.

[Register or Login to view code]


At this point we see the trick used for the creation of the RTOC of charges at this time. If you look both r0 and RTOC are passed to 0:

[Register or Login to view code]


Subsequently, given the value 0x11DE0 to RTOC:

[Register or Login to view code]


A r0 is given the value 0x920:

[Register or Login to view code]


R0 is subtracted from the value of RTOC:

[Register or Login to view code]


Unlike the PowerPC x86 LR register can be read directly with mflr instruction, we put in RTOC the value obtained by the delta offset:

[Register or Login to view code]


To calculate the delta offset subtract final instructions executed before the delta offset, which were 4, or 16 bytes:

[Register or Login to view code]


Finally we add the value of r0 at the end of the delta offset RTOC, storing the result in the RTOC and this already takes RTOC suitable for this hook:

[Register or Login to view code]


It takes having the RTOC stored in the stack 3 arguments that the hook received:

[Register or Login to view code]


You call the function of the charges where the first argument will check for command 0x8202 (a special command to the usual):

[Register or Login to view code]


After making the necessary steps as charged, the battery recovers the original RTOC, like the arguments the hook received, it executes the original instruction that was overwritten in the syscall entry 379 (in this case) to have our hook, and call the original syscall lv2:

[Register or Login to view code]


Upon returning to retrieve the original LR from the stack and returns to the prompt

[Register or Login to view code]



JaicraB on Cobra USB JIG Protection RTOC Trick for PS3

Follow us on Twitter, Facebook and drop by the PS3 Hacks and PS3 CFW forums for the latest PlayStation 3 scene and PS4 Hacks & JailBreak updates with PlayStation 4 homebrew PS4 Downloads.


  • Sponsored Links




#1184 - chobs - 20w ago
chobs's Avatar
Got a spare ps3 i was able to jailbreak and is now running 4.66 darknet cfw.

I have had IRISMAN on it and it has picked up my ntfs drive no problem and found my backup iso's on it. Although some of them were not showing up even though converted and checked with IRD files etc changed file names and still not picked up by irisman.

So i thought i would try multiman as i want to use the same external drive for my other console which has a cobra ode installed. I cannot get it to detect the drive on the multiman xmb but if i go into mmos file explorer it see's the drive.

I have put iso's in 'GAMES' & 'GAMEZ' on the root of the drive and it will not detect them.

Have i got the folder system wrong?
At the moment it is:
Root:GAMES\GAME.ISO
Should it be:
Root:GAMES\GAMENAME\GAME.ISO
??

Or if anyone knows why irisman is not detecting some of my backups, ff13 lightning returns and need for speed rivals are 2 of the ones not working but they are detected and play fine on my cobra machine.

#1183 - fantax - 20w ago
fantax's Avatar
woot nice updates

#1182 - Isleofdoom - 20w ago
Isleofdoom's Avatar
Yes it has been added into darknet 4.66 cfw but I not a darknet fan after my buddy had downgrade issues n was qa and everything.

#1181 - aidevelopment - 20w ago
aidevelopment's Avatar
great! So, anyone got that already?

#1180 - Isleofdoom - 20w ago
Isleofdoom's Avatar
Quote Originally Posted by misiozol View Post
change to normal cfw

From what I have seen try switching to Mm 4.66.02 as another has stated it but if you are using cobra port try deans new stage2 bin n add in dev_flash

#1179 - cerberys - 20w ago
cerberys's Avatar
nice thread, thx

#1178 - misiozol - 20w ago
misiozol's Avatar
Quote Originally Posted by carbajosa View Post
Hi, I just upgraded from Rogero 4.55 to DARKNET CEX 4.65 V1.02 Fix Final just recently, also Multiman from 4.55 to 4.66.06 then suddenly, the bd-emulator is now unavailable? I can't play my back up games anymore. What am I going to do now?

Also, everytime I reinstall multiman via mmOS and opening report_data.txt (renamed to report_data.self) from MM4.66.06, it turns bd-emulator to enable until I choose one game. I can play the game for half an hour or so before it sends me back to XMB and If I check Multiman again, bd-emulator is back to NONE and UNAVAILABLE.

change to normal cfw

#1177 - carbajosa - 20w ago
carbajosa's Avatar
Hi, I just upgraded from Rogero 4.55 to DARKNET CEX 4.65 V1.02 Fix Final just recently, also Multiman from 4.55 to 4.66.06 then suddenly, the bd-emulator is now unavailable? I can't play my back up games anymore. What am I going to do now?

Also, everytime I reinstall multiman via mmOS and opening report_data.txt (renamed to report_data.self) from MM4.66.06, it turns bd-emulator to enable until I choose one game. I can play the game for half an hour or so before it sends me back to XMB and If I check Multiman again, bd-emulator is back to NONE and UNAVAILABLE.

please help me

#1176 - jasonyeo - 20w ago
jasonyeo's Avatar
Thanks man

#1175 - Cyfron - 21w ago
Cyfron's Avatar
thank you