141w ago - Earlier today we reported on a preliminary PS3 flash and registry entry analysis from DemonHades and RichDevX, and now SKFU (linked above) has shared his input thus far.
To quote: Since PS3News released their PS3 FTP application I did some research on the PS3's registry.
The registry and it's backup are stored on dev_flash2 as xRegistry.sys.
BC AD AD BC 00 00 00 90 00 00 00 02 BC AD AD BC
Every entry has a fronttag which is 5 bytes long. I'll describe:
56 41 00 11 01
This is an example value:
Behind the value theres a 1 byte close mark:
The 5 bytes
The first 4 bytes are a unique but random number. Every value has it to be identified and found by the system as there is no special pattern. An sprx(?) finds every value by this 4 bytes.
56 41 00 11
The 5th byte can be 00, 01 or 02. 00 tagged values are actually activated/used by the VSH, 01 ones not. The 02 seems to mean "DO NEVER UNLOCK". For example the QA Mode is tagged with 02.
00 == unlocked/used/activated
01 == locked/unused/inactive
02 == never ment to be unlocked
The registry has a
AA BB CC DD EE
after the last value. Here the system stops to search for values.
Single values without tag
Some values are behind the stop tag spreaded randomly in the file it seems. I have no clue how the system finds those yet but here are some I found:
- your local username
- your language (f.e. eng for english)
- your PS3 system name
- URL to the information board online stored files
- HDD serial
- Board name
- your PSN username + password
- your WIFI network key
- your local IP
- your PSID
- path to local user pic
You can modify all those values as long as you don't change its size or adress. For example the local user pic is loaded from:
But you can redirect it to load from USB for example:
The Cool Stuff
The retail PS3's registry contains all values to unlock the settings which are possible on a test/debug PS3 and even more like QA mode. We can enable those via the registry, but we won't see any effect in the XMB.
That is because we just UNLOCKED it, but different files on dev_flash handle what we can actually SEE in the XMB. So we need to modify them also to fully use debug options on a retail and more.
This can be done by mounting the dev_flash from USB. We need to do this as we can not write to the original dev_flash. So once we can load our customized dev_flash from USB and have modiified our registry, we have a nice way to load a our custom firmwares.
The Crash Report
The registry can contain an crash report which is seperatly splitted with another registry header as explained above. It contains system error messages, for example if you muck up your registry ;-)
PS3 Live USB CFW Theory
While the Jailbreak just changes mountpoints it should be possible to do the same for other places than the BDD, aswell.
For the JB, the drive is remounted @ HDD. So why not mount the dev_flash from USB?
Surely this is possible and I hope to see some action here soon!
So we would have a good solution to test and run custom firmwares as the brick risk is equal zero, because we can just unplug the USB device and the dev_flash is mounted as common - unchanged.
Stay tuned for more PS3 Hacks and PS3 CFW news, follow us on Twitter and be sure to drop by the PS3 Hacks and PS3 Custom Firmware Forums for the latest PlayStation 3 scene updates and homebrew releases!
they can not see what your firmware is if you do not connect to the playstation servers... sony has a list of firmwares that can still activly connect to the network... currently they are checking to make sure you are updated to 3.42 if you dont have 3.42 then no connection to psn network a custom firmware would mostlikely have some different id (aka 3.42g or something like that) witch would not connect to psn as it dosent read as strait 3.42 any more (think they fixed this issue whit the psps trying to connect to the network with custom firmware...)
but the games do not contain the software for matchmaking/other online services these are stored on the server themselves the ps3 mearly accesses them... as far as i know psn is still ran off of a server not internaly on your ps3... i belive what you speak of is the program that accesses the server not a server program itself... as soon as i can find a compatible board to run the expoit ill do more investigation
Or much much time on one's hand
You could probably reverse engineer a psn server by tracing every possible communication between a system and the server so see what services need to be provided. But that would require some modification as I don't believe sony would handle that without ssl
ultimately i would like to see someone create a custom psn server that would emulate psn and allow people to play all thier games online with each other (providing that they are on hacked ps3s) but unfortunately that would require someone to have the code for the original psn servers...[/QUOTE]
Not needed if have control on Host System (on HV-level).
0:HV-level Linux like a Host System.
1 VM1: XMBemu
Virtual net on 1 PS3 unit))))
In PSNemu (VM2) load PKG from torrents)))
diff's USB-stick CFW load and "ps3SB".
With USB-exploit on a 3.41 we have that ability. After FW update we not have access to ps3 fs with that tool.
If CFW boot from flash-drive with redirect sysPATH (dev_flash% => dev_sda). Next $ony update easy fix that.