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.
Announcement
Collapse
No announcement yet.
HDCP DRM "master key" found?
Collapse
X
-
Originally posted by kbios View PostWow.. you would need a RAID0 of two hard disks at full-speed just to *read* it in realtime!
Comment
-
Originally posted by nanonyme View PostProbably 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.
Comment
-
Originally posted by pingufunkybeat View PostWhat you describe sounds exactly like data backup, and this is not only relevant for criminals.
Comment
-
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.Test signature
Comment
-
Originally posted by bridgman View PostThe 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).
Comment
-
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?
Comment
-
Originally posted by droidhacker View PostYou 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.
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.
Comment
-
Originally posted by Silent Storm View PostDroidhacker, 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 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:
Also about the data rate of the 1080p movies: Sorry. You don't need that bandwidth. Maybe from GPU to screen,
In other words, that's great that the master key has been dumped, it doesn't really help us with anything.
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.
Now though, shouldn't be too much trouble to hack a TV to give you a massive amount of unencrypted video....
@Q: Why do you figure that you need such massively expensive equipment to do this? It shouldn't require much more than any cheap-O off the shelf HDMI capture card and some big disks. As long as you can store the 1.5 Gbps data stream to disk in real time, you are free to decrypt at your leisure.
Comment
Comment