MovieLabs Updates Enhanced Content Protection Specification

MovieLabs has released the latest Version 1.3 of its enhanced content security specifications for 4K, HDR and premium window content, with additional guidance on disabling debugging interfaces and handling security software updates.

This update was required to cope with growing demand for premium movie content on devices such as smartphones and tablets not under the control of video service providers in the manner of traditional set top boxes issued by pay TV operators.

MovieLabs was set up in 2006 as an independent non-profit organization for research and development in secure motion picture distribution by the six major Hollywood studios, at that time Disney, Paramount, Twentieth Century Fox, Sony Pictures, Universal, and Warner Bros. It then published its first Enhanced Content Protection Specification in 2013 addressing the impending issue of protecting 4K, HDR and early window content during consumer distribution, which was starting to be streamed. The ECP spec has since been widely implemented by industry partners and been updated in line with developments and trends in the field.

The first version, updated with greater clarity to Version 1.1 in February 2016, established the basic framework, with the key step forward being mandation of forensic watermarking to combat both camcording and direct illicit redistribution of streamed content that may have been legitimately received in the first place. As MovieLabs observed at the time, little can be done directly to disrupt such activity, but at least forensic watermarking ensures that illicit streams can be traced quite quickly back to their source with the help of other network forensic techniques so that actions such as immediate blocking of the primary stream can be invoked.

Then Version 1.2 published in August 2018 addressed primarily new side channel threats, while updating requirements on link protection and random number generators. Side channel attacks exploit information escaping in some way from the cryptographic system itself, such as electromagnetic radiation that can allow unencrypted keys to be determined.

Now ECP 1.3 addresses mainly threats posed by debugging interfaces left open in production units and by devices past their end-of-life for DRM and security updates that then fail to patch known vulnerabilities. Debugging interfaces are present in device SoCs (System on Chips) to allow execution of testing processes that enable detection of errors in code causing malfunctions. But as MovieLabs pointed out, when these are left open in consumer devices during normal operation, such interfaces can allow pernicious code to enter and enable theft of content, constituting a significant attack surface in the jargon of cybersecurity. MovieLabs has recommended that such interfaces be disabled by default.

Although the security context is new, some of the underlying issues are old, revolving around a balance between security, usability and performance. SoCs increasingly incorporate Trusted Execution environments (TEEs) where secure processes such as cryptographic key management are run in isolation from the device’s primary OS. If access to debugging interfaces is blocked in the non-secure OS, this can be more readily bypassed, but if done in the TEE where by design there is less capacity, it can impair performance. So there may have to be additional hardware protections alongside the TEE that block debugging interfaces without holding up processes running either in the device OS or TEE.

Another point is that protection against these debugging interface threats requires awareness on the part of key participants in the video chain, including not just SoC and device makers, but also providers of video services. That is where MovieLabs comes in.

You might also like...

Designing IP Broadcast Systems - The Book

Designing IP Broadcast Systems is another massive body of research driven work - with over 27,000 words in 18 articles, in a free 84 page eBook. It provides extensive insight into the technology and engineering methodology required to create practical IP based broadcast…

Demands On Production With HDR & WCG

The adoption of HDR requires adjustments in workflow that place different requirements on both people and technology, especially when multiple formats are required simultaneously.

Standards: Part 21 - The MPEG, AES & Other Containers

Here we discuss how raw essence data needs to be serialized so it can be stored in media container files. We also describe the various media container file formats and their evolution.

Broadcasters Seek Deeper Integration Between Streaming And Linear

Many broadcasters have been revising their streaming strategies with some significant differences, especially between Europe with its stronger tilt towards the internet and North America where ATSC 3.0 is designed to sustain hybrid broadcast/broadband delivery.

Microphones: Part 2 - Design Principles

Successful microphones have been built working on a number of different principles. Those ideas will be looked at here.