xbox360 slim drive on a jtaged xbox360 to optain the dvd key :)

[demetris]

Hi,
Just a thought i was having and i said why not ask here for some thoughts about it or get some new ideas that may work or not.

Could it be possible to place the new xbox360 slim drive on a jtaged xbox360 and with a none yet developed utility to optain the dvd key from it?
Like put an original game to the dvd rom , dvd tries to sent the dvd key for a match to the nand so the game can load, if they dvd keys match.They wont but we could get the fail logs by the response inquiry and saved log or over ethernet.
Thanks in advance and regards.

[Icekiller]

if i remember correctly no..
redline explained it they are able to send a new key to the dvd drive and set it in the KV (jtag) but not able to retrieve the original DVD key as far as i recall.

[Arakon]

The key is never sent to the console from the drive, so there's no way like that.

[Shaun]

no beacause the key is never sent over the sata port. the 360 is no different to a pc in what it can achieve.  some of the older drives could be fooled into various modes in which the firmware can be aquired and decrypted to show the key have been had but with each new drives each previous method has been prevented im afraid

[Czarodzij]

The DVD-key must be sent via sata directly, or the sort of data is coded with this key. I think that jtaged console with proper low level software can decrypt or obtain the key.
We can discover where and when the key is sent with for example this tool: http://gch-services.net/?q=node/39
We already began analysis ;]

Today we learned that console is asking dvd for key on boot. When the inquiry is not oryginal and key is correct system give E66 Error, but when  the inquiry and key isn't correct, system boot up normaly.

[Arakon]

I don't know where the hell you get that idea from, but it's been known for a long time that the key is never sent over sata. The console sends a random piece of data to the drive, the drive encrypts it with its key, sends it back, and the console tries to decrypt it with its own key. if the data sent and received match, the key is good.

[tex1ntux]

I don't know where the hell you get that idea from, but it's been known for a long time that the key is never sent over sata. The console sends a random piece of data to the drive, the drive encrypts it with its key, sends it back, and the console tries to decrypt it with its own key. if the data sent and received match, the key is good.

wow.  it's like you know what you're talking about.

kudos.

[iateshaggy]

if it were that easy to do, then we wouldn't be mra hacking 7-9xxx liteon drives, now would we?

[wes11ph]

I don't know where the hell you get that idea from, but it's been known for a long time that the key is never sent over sata. The console sends a random piece of data to the drive, the drive encrypts it with its key, sends it back, and the console tries to decrypt it with its own key. if the data sent and received match, the key is good.

wow.  it's like you know what you're talking about.

kudos.

yes they are, cause i told them a stupid idea before. and the result is.... the same = NO

[Czarodzij]

I don't know where the hell you get that idea from, but it's been known for a long time that the key is never sent over sata. The console sends a random piece of data to the drive, the drive encrypts it with its key, sends it back, and the console tries to decrypt it with its own key. if the data sent and received match, the key is good.

Okey, but if you know the dvd-rom encryption algorithm and get the data from sata you can decode the key...

[n00bpwner360]

I don't know where the hell you get that idea from, but it's been known for a long time that the key is never sent over sata. The console sends a random piece of data to the drive, the drive encrypts it with its key, sends it back, and the console tries to decrypt it with its own key. if the data sent and received match, the key is good.

Okey, but if you know the dvd-rom encryption algorithm and get the data from sata you can decode the key...

For God's sake the DVD key NEVER GOES OVER THE SATA CABLE NOR ANY OTHER BUS EXCEPT THE ONE BETWEEN THE FW FLASH CHIP AND THE CONTROLLER CHIP.

[Czarodzij]

I don't know where the hell you get that idea from, but it's been known for a long time that the key is never sent over sata. The console sends a random piece of data to the drive, the drive encrypts it with its key, sends it back, and the console tries to decrypt it with its own key. if the data sent and received match, the key is good.

Okey, but if you know the dvd-rom encryption algorithm and get the data from sata you can decode the key...

For God's sake the DVD key NEVER GOES OVER THE SATA CABLE NOR ANY OTHER BUS EXCEPT THE ONE BETWEEN THE FW FLASH CHIP AND THE CONTROLLER CHIP.

You didn't get what I said? There is the data crypted via dvd key not pure key is sent on sata bus.
You have to scream? Can't discuss normaly?

[neonpolaris]

Having the same piece plaintext and encrypted, and also knowing the encryption algorithm are not enough to determine the key.

[Czarodzij]

Having the same piece plaintext and encrypted, and also knowing the encryption algorithm are not enough to determine the key.

Now is everything clear for me What about situation that we have sort of data transmited to the drive, and data recived from the drive and cipher algorithm? Isn't it all for decipher plain key using reverse engineering or bruteforce?

[Coniger12]

Go right ahead and try to implement what you are saying. Prove us wrong. oh wait... you can't.

[neonpolaris]

Isn't it all for decipher plain key using reverse engineering or bruteforce?

Brute forcing has been discussed here, search and you'll see why it's infeasible unless you're ludicrously lucky.
As for reverse engineering, look up asymmetric encryption.

[demetris]

An idea about the decrypted data.
What if i know the dvd key and i have the  encrypted data so i can find the algorythm, multiply by a database of 10.0000 jtag users that will gladly  send over to include, so we have a skeleton of the whole decrypting scheme and cant be that difficult to get something like a keygen!
Kudos

[utar]

@czarodzij / demetris

Can I respectfully suggest you do some reading on how encryption works.  Please believe me when I say I am not trying to cause a flame war or anything.


Utar

[ReverseAffect]

yeppers, how this bull$#!t got this far is pretty f***ing lamb.....
you guys come up with these devices...you can make what ever you want but it the f***ing data don't get released from point a to point b to be seen
why even continue to keep beating a dead horse
I mean come on we even have it posted in other sections.....

and then some stated we are researching ...well keep researching away...

[carranzafp]

An idea about the decrypted data.
What if i know the dvd key and i have the  encrypted data so i can find the algorythm, multiply by a database of 10.0000 jtag users that will gladly  send over to include, so we have a skeleton of the whole decrypting scheme and cant be that difficult to get something like a keygen!
Kudos

Here you have the algorithm coded in readable "C":

http://www.hoozi.com/post/829n1/advanced-encryption-standard-aes-implementation-in-c-c-with-comments-part-1-encryption

The algorithm (AES) is known, also you can sniff the data token on the sata, but still not near to get the key with that. 

Time for a moderator to move this post to trash or at least close it.