MKBv9 and MKBv10 Processing Keys found

[KenD00]

Again it's up to me to present you the latest Processing Keys. This time i had even less work to do than last time because two members who wish to remain anonymous have both sent me these keys.

A big thank you to you two guys and an even bigger thank you to TAKU who has found these keys. I was told that it was also TAKU who has found the previous MKBv4 and MKBv6-MKBv8 Processing Keys. Keep up the great work, now that DRM is vanishing from music, let it vanish from video too ;).

I have verified the MKBv9 key myself, i don't have a MKBv10 disc to verify the other key, but others report this key is valid too.


So here they are:

MKBv9:
C87294CE84F9CCEB5984B547EEC18D66

MKBv10:
452F6E403CDF10714E41DFAA257D313F


:rolleyes:

[sakman]

Hooray!

Thanks TAKU (and KenD00)!

[HymnToLife]

MKBv10 key works too.

[NeonMan]

Millions of dollars in research, trade secrets, royalties ... Completly useless against one smart cow (http://en.wikipedia.org/wiki/Smart_cow_problem)
Great work!

[sl1pkn07]

very thanks!!!

[greath]

I don't want to know how they were found, just they they were. Keep up the good work.

[880]

I did not use the recently discovered Japanese processing keys ... and the method should work with all titles. We have to see whether the new keys can decrypt the latest titles or not to decide if I continue my work.

What this mean? Are processing keys different for different regions?

[setarip_old]

@880

I believe "evdberg" is saying that he/she discovered a method independently...

[lchiu7]

I am guessing we slot these into

ProcessingDeviceKeysSimple.txt

[FoxDisc]

I don't want to know how they were found, just they they were. Keep up the good work.

I do (want to know how they were found). The only reason I come here is because I'm interested in the details of the ongoing DRM battle. I fully understand that some methods are kept secret because revealing them would make them useless, but where that doesn't apply, I'd like to hear about the "how."

[KenD00]

Are processing keys different for different regions?

No, i just called the here posted Processing Keys japanese while talking to him because they were discovered in japan.

:rolleyes:

[ridesideways]

"determined" is probably more important than "smart". it's not like some mathematical prodigy/genius actually cracked AACS or AES. lot's of software guys are smart enough to pull keys from RAM, but most aren't motivated to spend the time and energy.
Millions of dollars in research, trade secrets, royalties ... Completly useless against one smart cow (http://en.wikipedia.org/wiki/Smart_cow_problem)
Great work!

[FoxDisc]

Again it's up to me to present you the latest Processing Keys.
So here they are:

MKBv9:
C87294CE84F9CCEB5984B547EEC18D66

MKBv10:
452F6E403CDF10714E41DFAA257D313F


Is anyone keeping track of the uv number or S-D number identifying where on the binary tree these processing keys are located and what versions of software they revoke?

For background: Each processing key corresponds to a single node on a single "floor" of arnezami's parking garage analogy in the "Understanding AACS" sticky thread. Each floor corresponds to the "u" of the AACS uv-number or the "S" in an S-D subset difference set (choose your preferred notation). The node on the floor that corresponds to the processing key is the "v" or "D." All devices on the tree of that floor that are below the "v" or "D" are unable to calculate this processing key, so knowing the uv or S-D for the processing key tells us which devices were revoked.

Is there a list of each known node/processing key and it's matching uv/S-D number somewhere? I know early on there were some graphic tools for looking at this, but i haven't heard them discussed much recently.

Thanks.

[drfix]

Hi ridesideways,

what kind of "determination" are we talking about ?

Lots of equipment, time and knowledge, some kind of "insider info" or would it be just let's say Blu Ray drive in a PC with Windows, Debugger and valid PDVD 7.3 to play and debug ?

Are there some concepts available or all previously found keys have been discovered using completely different method(s) ?

dr.fix

[FoxDisc]

what kind of "determination" are we talking about ?

Lots of equipment, time and knowledge, some kind of "insider info" or would it be just let's say Blu Ray drive in a PC with Windows, Debugger and valid PDVD 7.3 to play and debug ?

Are there some concepts available or all previously found keys have been discovered using completely different method(s) ?

dr.fix

I think the AACS originally expected reverse engineering tools (Olly, Ida, Softice, etc.) to be used to attack software players. Surprisingly, this wasn't where the first success came from, and very little has leaked out about attacks from this direction.

The first successful attack was Muslix's memory dump approach based on known-plaintext in the encrypted data. The players were hardened, but this approach still produced good results when multiple snapshots of memory were taken.

Another successful approach was based on USB sniffing.

I don't know anything about the successful recent attacks.

[NeonMan]

AFAIK the most succesfull attack was the memory dumping, by searching the memory while playing or by crashing the program when loading, I think arnezami's key was found on a crashed memory dump while PDVD was loading so TAKU might be loading-crashing&dumping a software player and looking for the previously known keys then repeat the process with a new disc.

[lchiu7]

Good stuff for existing titles but alas just struck a disc with Mkbv12 keys. Body of Lies (region B). Guess will be watching that one from the disc all the time:confused:

[teox99]

is there a way to know if the title is relased with a MKBv up to 10 without buy it?
for the Mkbv9 there was a date trick...