Page 2 of 5 FirstFirst 1234 ... LastLast
Results 11 to 20 of 50

Thread: HDCP DRM "master key" found?

  1. #11
    Join Date
    Aug 2008
    Location
    Finland
    Posts
    1,755

    Default

    Probably technically possible to construct a device that pretends it's a HDCP display but in fact is just re-compresses the data to be stored on a hard disk. So yeah, other than making non-HDCP-conformant displays work on Windows, I think this is only relevant for criminals.

  2. #12
    Join Date
    Oct 2009
    Posts
    2,138

    Default

    Just remember that it has to be able to compress it in realtime and is limited to a single pass... which leads to serious compromises in terms of quality... though I suppose that with the right hardware, you could figure out a way to implement a basic DRM-free DVR with this.

  3. #13
    Join Date
    Oct 2009
    Posts
    2,138

    Default

    Quote Originally Posted by kbios View Post
    Wow.. you would need a RAID0 of two hard disks at full-speed just to *read* it in realtime!
    1.5 Gb/s... not just *ANY* two disks.... you'll have to be looking at 15k SAS disks, and you would be HIGHLY dependent on having ZERO fragmentation... and it would have to be a DEDICATED array without your OS installed there.

  4. #14
    Join Date
    Jun 2009
    Posts
    2,933

    Default

    Quote Originally Posted by nanonyme View Post
    Probably technically possible to construct a device that pretends it's a HDCP display but in fact is just re-compresses the data to be stored on a hard disk. So yeah, other than making non-HDCP-conformant displays work on Windows, I think this is only relevant for criminals.
    What you describe sounds exactly like data backup, and this is not only relevant for criminals.

  5. #15
    Join Date
    Oct 2009
    Posts
    2,138

    Default

    Quote Originally Posted by pingufunkybeat View Post
    What you describe sounds exactly like data backup, and this is not only relevant for criminals.
    I think that data backup may be limited to the encrypted version. However, the newest DMCA exemptions allow a partial unencrypted copy for various purposes, such as research.

  6. #16
    Join Date
    Oct 2007
    Location
    Toronto-ish
    Posts
    7,544

    Default

    The HDCP hardware is reasonably well separated from the rest of the display hardware so we have been able to publish display programming info without having to get too close to HDCP hardware. The HDCP logic is disabled when running open or binary drivers, ie the output display stream is not HDCP encrypted, and our hope is to keep it that way (ie that there won't be too many display devices which *require* HDCP on their inputs in order to operate).

    AFAIK the deal with the "master key breakthrough" is the ability to create your own dummy "display device" which looks like an HDCP-enabled display but which is actually a digital video capture card (which would not normally receive an HDCP license). It is somewhat orthogonal to GPU and display devices.

  7. #17
    Join Date
    Oct 2009
    Posts
    2,138

    Default

    Quote Originally Posted by bridgman View Post
    The HDCP hardware is reasonably well separated from the rest of the display hardware so we have been able to publish display programming info without having to get too close to HDCP hardware. The HDCP logic is disabled when running open or binary drivers, ie the output display stream is not HDCP encrypted, and our hope is to keep it that way (ie that there won't be too many display devices which *require* HDCP on their inputs in order to operate).
    You triggered an interesting thought.... the HDCP hardware must also be reasonably separated from the UVD as well, since it must be possible to apply HDCP to non-DRM display output as well in order to be able to, for example, play a DRM-infested video within a WINDOW (or is that not possible?) since you obviously can't mix HDCP and non-HDCP signals on the same cable to the same monitor... meaning that once the final output bits are all lined up, the last (optional? Or DRM-in = HDCP-out?) step would be to run it through HDCP.

  8. #18
    Join Date
    Aug 2007
    Posts
    6,646

    Default

    Basically it is just a matter of time until an encryption system which is used in so many devices is broken. Well maybe you can say it is an useless effort, just extra companies can sell tools to break the system first before an open solution is discovered. So who is the real winner?

  9. #19
    Join Date
    Nov 2008
    Location
    Germany
    Posts
    5,411

    Default

    Quote Originally Posted by Kano View Post
    Basically it is just a matter of time until an encryption system which is used in so many devices is broken. Well maybe you can say it is an useless effort, just extra companies can sell tools to break the system first before an open solution is discovered. So who is the real winner?
    hey they don't care about an real save solution the plan is simple.

    if the copyprotection of the dvd is broken they promote a new system hd-dvd/ blueray then the hddvd copyprotection fails then they jump 100% to blueray and if blueray fails then they jump to an new system.

    and hey they don't care about the HDCP hole because you nees very expensiv hardware to use this masterkey.

    they just hope the people buy bluerays and not a 2000€ hardware solution to copy bluerays over a HDcp masterkey hole.

    and then if the system get a higher pirated rate they will jump to a new system…

    call it nextgen-dvd-with ultra copyprotection.

  10. #20
    Join Date
    Jun 2006
    Posts
    24

    Default

    Quote Originally Posted by droidhacker View Post
    You triggered an interesting thought.... the HDCP hardware must also be reasonably separated from the UVD as well, since it must be possible to apply HDCP to non-DRM display output as well in order to be able to, for example, play a DRM-infested video within a WINDOW (or is that not possible?) since you obviously can't mix HDCP and non-HDCP signals on the same cable to the same monitor... meaning that once the final output bits are all lined up, the last (optional? Or DRM-in = HDCP-out?) step would be to run it through HDCP.
    Droidhacker, HDCP works as a final layer. It is just like HTTPS. when you watch an HD movie which requires HDCP your whole stream from GPU output to screen input is encrypted. UVD works on unencrypted data. The data path from CPU to GPU is also encrypted in Windows if needed but on chip data is unencrypted.

    As Bridgman said (sorry for misspelling your name before), yes a dummy device that receives HDMI signal can be constructed and, since post-processing or acceleration is done un-encrypted, it can be captured. OTOH, AACS is already broken and BD discs are rippable. This has no point.

    As I said before and Bridgman confirmed, UVD and HDCP units are separate. UVD can work without HDCP and, this is sound and perfect. Also about the data rate of the 1080p movies: Sorry. You don't need that bandwidth. Maybe from GPU to screen, yes but, a BD-DL is 50 gigs at most. The remaining motion is extracted from the keyframe in the movie. Only keyframe is a full frame and is a picture. Remaining frames are diffs of the previous frame that contains differential color and motion information.

    This key can be useful for ripping HDCP envelope from HDMI signal and enabling legacy compatibility. There was such a device years ago and it was certified HDCP device. I don't remember its name though.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •