AACS support in libbluray

[loo3aem3ON]

Some general info would also be nice. Is it at all like CSS? I query the device for a challenge, do some work to eventually be authenticated. After that, I do similar work to gain title keys, after that it is plain decrypting.
I would expect it to be similar but i don't really know CSS. :o
You can take a look at dumpHD as a sample implementation. KenD00 has recently released the source code.

What is the deal with player firmware? We can only work with certain drives? Ie, is it not going to feasible to be a full BD player that needs no modification (beyond perhaps player keys).
To obtain the volume id from a disc the player must present a valid certificate which the drive will challenge. The certificates can be revoked. A patched drive doesn't require authentication to access protected data. So having a patched drive can be compared with knowing the ECDSA private key used to sign the certificates. It's certainly possible to provide patches for drives from other vendors too.

Should this be in a new thread?
Use this thread please.

[Accident]

Quote:
Originally Posted by Accident View Post
Some general info would also be nice. Is it at all like CSS? I query the device for a challenge, do some work to eventually be authenticated. After that, I do similar work to gain title keys, after that it is plain decrypting.
http://freedom-to-tinker.com/blog/felten/aacs-decryption-code-released

http://forum.doom9.org/showthread.php?t=122363



The AACS specification is available http://www.aacsla.com/specifications/ . If you have any questions KenD00 will probably be able to help you. For new keys i could ask the almighty Oopho2ei.


More useful links moved over.

[KenD00]

Whats this AACS implementation supposed to do? You want to be able to retrieve the Volume ID and maybe other AACS related stuff too (maybe up to decrypted CPS Unit keys)? Or do you want to provide an interface that other applications can use to transparently access AACS protected media?

:rolleyes:

[loo3aem3ON]

Whats this AACS implementation supposed to do?
An interface for other applications to transparently access AACS encrypted media like libdvdcss2 for obsolete DVDs. A kernel module like AnyDVD-HD would be great but letting the content code run arbitrary code with TRAP_RunNative in kernel mode is not acceptable.

[Doom9]

in light of a previous implementation (libaacs) does it really make sense to reinvent the wheel?

[Accident]

Took a while, but with help I have obtained libaacs-0.05 sources, this could be the latest version, it is hard to know. The developer seems to have disappeared as well. It is possible we can just use libaacs directly, but without the authors input it may be a greater hassle than to re-organise it into a complete library with libbluray. It also contains FUSE, and kernel portions which should be shipped separately. (UDF2.50 support is beyond the scope, and OS dependent.)

[Vorsety]

I have a svn revision of libaacs (r51), which is a bit newer than 0.5. If you are interested in it I can provide you a tarball.

[GLUBSCH]

Quick question here for Accident: Is the great project of libbluray DEAD? Please provide some information about its current status. Thanks.

[cRTrn13]

There are a few parallel projects going on implementing bluray libraries with the aim of player usage - I know of at least three under active dev - so, not dead at all.

[GLUBSCH]

There are a few parallel projects going on implementing bluray libraries with the aim of player usage - I know of at least three under active dev - so, not dead at all.
Well then, cRTrn13, please go ahaed and complete your previous post by naming and linking those projects.

[cRTrn13]

Ok - check the mplayer-dev-eng mailing list and take a look ath the discussion over the past two weeks.
Check out XYZ123's post at: http://forum.doom9.org/showthread.php?t=149392
I also know of another non-public (yet) project working on a similar lib.

[GLUBSCH]

Ok - check the mplayer-dev-eng mailing list and take a look ath the discussion over the past two weeks.
Check out XYZ123's post at: http://forum.doom9.org/showthread.php?t=149392
I also know of another non-public (yet) project working on a similar lib.

Thanks, already saw that one. In your previous post you stated that...
...I know of at least three under active dev...

What happened to the third? :cool:

[cRTrn13]

What happened to the third? :cool:

"I also know of another non-public (yet) project working on a similar lib."

:)

[GLUBSCH]

Interesting. Obviously you only know those two - the project of mplayer an "the other (yet not public) one". I don´t believe you (yet).

[microchip8]

Interesting. Obviously you only know those two - the project of mplayer an "the other (yet not public) one". I don´t believe you (yet).

There's no reason to force people to provide you with information on bluray libs currently not public or "behind the scenes", especially since you're not a programmer and wouldn't know what to do with them in the first place. Also, he doesn't "know" the bluray project of mplayer as he's the dev of that project in the first place, not heard of it from someone else ;)

[GLUBSCH]

Interesting point of view, froggy1. In this moment I just don´t care - there´s no need to justify others. And did I force something instead of ASKING? ;)

[cRTrn13]

@GLUBSCH
Listen to froggy1 on this one.
Some people in this community are working hard in bringing proper bluray support to linux. I don't have to justify anything and you can believe what you want. Have you ever thought that maybe some people don't wish their identities to be known and while they are working hard on this stuff they can't be bothered to get in trouble for it? So yes, that's what 'behind the scenes' means and I hope that when you benefit from their work one day, you'll be more appreciative.

[microchip8]

Interesting point of view, froggy1. In this moment I just don´t care - there´s no need to justify others. And did I force something instead of ASKING? ;)

Yes, you kinda did or rather you "secretly" tried to ;)
Since he didn't provide you with info on all he knows and you wanted that info for whatever reason, you tried to provoke by saying that you don't believe him which is a tactic often used by people to passively force others to confirm their story/claims thus in the end giving you the proof/info they know which you also want to have

There's no reason not to believe a dev, especially on this forum, as people don't lie around here and there's little reason to. We all work in the same field and common goal

Anyways, back on topic ;)

[GLUBSCH]

cRTrn13, I sincerely aplogize for using psychological tactics not allowed in this forum. When are you able to tell when your project might be available to public?

[cRTrn13]

cRTrn13, I sincerely aplogize for using psychological tactics not allowed in this forum. When are you able to tell when your project might be available to public?

It's not my project so I don't really know (the library that is). Soon I hope. The mplayer patch is my project and it already works. It's open and available on the net for you to use.

[GLUBSCH]

Personally I´m a HUGE handBrake fanatic. And IF the HB-Development-Team would link to the new external library... boy, freakin´ awesome!

[microchip8]

Personally I´m a HUGE handBrake fanatic. And IF the HB-Development-Team would link to the new external library... boy, freakin´ awesome!

I thought you didn't care about bluray? :p

Seriously though, as it now stands, support for bluray could happen simultaneously for all encoders/decoders, that is assuming someone develops a lib (as libbluray seems halted atm) which can be used by all. I can't predict how it'll go but for mplayer at least, it'll have bluray support when the author is done with it

[Accident]

Woah, I forgot about this thread. The status of libbluray, from my point of view; Apart from some minor bugs lurking (anyone have none working snapshots for me to debug?) the C implementation is fairly mature. We did hit a problem with CSR/PSR communicating with BDJ. Which currently requires Java parts. As I am no good with Java, I can not pursue that issue.

Meanwhile, libaacs and libbluray should be made to work together in a more user-friendly library, as it is now, you need to be rather good at both libraries to be able to use them.

[cRTrn13]

Meanwhile, libaacs and libbluray should be made to work together in a more user-friendly library, as it is now, you need to be rather good at both libraries to be able to use them.

That's what's been worked on at the moment... :)

[GLUBSCH]

That's what's been worked on at the moment... :)

Hey, sounds great! Would it be possible to use the resulting library in HandBrake? Boy, I really appreciate the effort you put into this.

[Accident]

You can already, just doesn't handle the "latest" blurays correctly.

[GLUBSCH]

Thanks for telling.. do you mean the same library (http://forum.doom9.org/showpost.php?p=1328449&postcount=24) cRTrn13 was talking about? :)
Mh... would you please tell me where to find the library both of you mentioned? Does it natively integrate into HandBrake?

[boza111]

anyway to patch bluray slimline drives yet?

[kreet]

guys lets try and concentrate our efforts here: http://forum.doom9.org/showthread.php?t=150014