- Thread Starter
- #1,021
You are not following the explanation I gave. So let me give you the full overview as my team and myself were party to creation of such content protection systems.It's only encrypted on the HDMI "wire" using HDCP. Whatever (internally) comes out of the HDMI interface chips isn't encrypted anymore. Audio streams on S/PDIF aren't encrypted at all. The DSP just plain aren't the right place to deal with encryption..
1. HDCP technology comes with a license agreement you must execute before you have access to said streams. Key phrase in there is this:
What this says in English is that if you build a decryption system for HDCP and it gets breached through a fault of yours, then the content owners, not HDCP org, can go after you and sue you for damages including but not limited to shutting down sales of said product.
Furthermore, HDCP can revoke your decryption license to disable your ability to decrypt any content. Their capability is quite limited here though and they yet to invoke this.
2. Robustness rules. Signing the contract obligates you to this provision:
"...Decrypted HDCP content, in a usable form flowing between them [modules in a system] shall be reasonably secure from being intercepted or copied."
Having in the clear bitstream for audio and video falls in this clause and expectation is that you make an effort to not allow these bits to siphon off easy.
The contract is clever (and typical) in that it doesn't tell you how you should secure these subsystems. Only that you need to do so and pass what I say "straight face test." On judgement day when your device is used to extract such content, can you show any effort that you tried to protect it? If not, expect grief.
What I explained is that even though we (Microsoft) had no obligation under HDCP, we still wanted to keep our pipeline secure by encrypting the stream between modules.
Hardware implementations are generally considered harder to breach so there is not as much (practical) requirement to secure the implementation.
On your point regarding DSP, there absolutely are secure processors used in Blu-ray players and such with protection against code modification and other attack vectors to steal the bitstreams.
Finally, on S/PDIF, it has no encryption mechanism. For this reason, HDCP mandates that the format on that output be limited to 16 bits @ 48 kHz sampling max:
So yes, as practical matter, everything inside including the Dolby bitstream is likely unencrypted. I am just responding to the point that this is never done or required.