forums.ps2dev.org

Hi,

Running
cat * | strings -9 | uniq
against the ripped UMD data produces quite a lot of interesting strings...
for example, we get

GCC: (GNU) 3.3.3+allegrex-2.2.1-psp-1.5.1.internal

and

host0:/usr/local/psp/devkit/module/pspnet.prx

and

sceKernelLoadModule()

and

SceParseHTTPheader_Library (on Ridge Racer) which i didnt think had a browser...

Of course, the most important conclusion from this is that the binaries are not encrypted (at least not entirely)...

I think we can learn a lot about how this thing works from these

i reckon they are still signed tho, and I reckon that the line that says
ULJS-00001|CCCD9317C815B9F5|0001|G|
has the signature in it. Unless im mistakes, the length of CCCD9317C815B9F5 is 64 bits, and not 128 bits (which is the length of the AES key)...

g

Guess not. The mods killed my strings thread.

Achtung! Teilen Sie nicht interessante Sachen hier mit!

Babel Fish Translation:

Achtung! Teilen Sie nicht interessante Sachen hier mit!
=
Note! Do not communicate interesting things here!

:-O

xaeon wrote:Achtung! Teilen Sie nicht interessante Sachen hier mit!

German - translates to: Warning! Don't post interesting things here

Thats wasa useful 1st post xaeon. Congrats. Good puppy

MelGibson wrote:

xaeon wrote:Achtung! Teilen Sie nicht interessante Sachen hier mit!

German - translates to: Warning! Don't post interesting things here

Thats wasa useful 1st post xaeon. Congrats. Good puppy

Every bit as much as yours.

ripnet wrote: i reckon they are still signed tho, and I reckon that the line that says
ULJS-00001|CCCD9317C815B9F5|0001|G|
has the signature in it. Unless im mistakes, the length of CCCD9317C815B9F5 is 64 bits, and not 128 bits (which is the length of the AES key)...

No its 128bit. For each letter/number 8bit. but i think its rather some crc... don't have the iso though to check...

MelGibson wrote:

ripnet wrote: i reckon they are still signed tho, and I reckon that the line that says
ULJS-00001|CCCD9317C815B9F5|0001|G|
has the signature in it. Unless im mistakes, the length of CCCD9317C815B9F5 is 64 bits, and not 128 bits (which is the length of the AES key)...

No its 128bit. For each letter/number 8bit. but i think its rather some crc... don't have the iso though to check...

no, each hex digit is equivalent to 4 binary digits
1111=15=F
11111111=255=FF

ULJS-00001|CCCD9317C815B9F5|0001|G

hex

554C4A532D30303030317C434343443933313743383135423946357C303030317C47

43434344393331374338313542394635 128bit



but maybe i'm completly wrong :|

MelGibson wrote:ULJS-00001|CCCD9317C815B9F5|0001|G

hex

554C4A532D30303030317C434343443933313743383135423946357C303030317C47

43434344393331374338313542394635 128bit



but maybe i'm completly wrong :|

CCCD9317C815B9F5 is a hexidecimal number that can be represented by 64 binary digits
however, if you are taking it as a string instead of a number, then each digit is represented by 2 hex digits, which would amount to 128 bits, so we're both right, it just depends on how its used.

runnings strings on binary data is the least interesting thing you potentially could do with distributed copyrighted binary data, if people think its interesting they can do so by themselves, no need to fill yet another useless thread with nonsense.

Mel, what you are looking at is:
(product ID)|(Unique Disk ID)|0001|G

the Unique Disk ID is sotred HEX here.