Cinepedia

The Technology Behind The Big Screen

  • System
    • System Basics
    • DCI & SMPTE
  • Packaging
    • DCP
    • The Composition
    • Title Versions
    • Composition Playlist (CPL)
    • Track Files
    • Track File Encryption
    • Packing List
    • Additional Metadata
    • Interop DCP / SMPTE DCP
  • Security
    • Trust Model
    • Encryption
    • Trusted Device List
    • Digital Certificate
    • KDM
    • Media Block
    • Security Log
  • Picture
    • Picture Introduction
    • Color Distribution & Display
    • Color Gamut
    • Contrast & Dynamic Range
    • Resolution & Aspect Ratio
    • Light
    • Picture Track File & Compression
    • Projector Image Formation
    • Projection Screens
    • Stereoscopic 3D
  • Sound
    • Cinema Sound Basics
    • Sound Formats and Soundfields
    • MainSound Track File
  • Accessibility
    • Accessibility Overview
    • Accessibility & Audio Track File
    • Timed Text Track Files
    • Reel Flexibility for Timed Text
    • Communications for Off-Screen Timed Text
  • FAQs
    • Technology FAQs
    • Business FAQs
    • Accessibility FAQs
  • History
    • Early History
  • Terminology
  • References
  • Interop DCP
  • menuToggle Mobile Menu
  • Back to Top

Encryption

section-401

Digital Cinema Security
Digital cinema makes use of two types of common cryptography: symmetric-key cryptography, and asymmetric-key cryptography, also known as public-key cryptography. This section provides a review of encryption basics, leading to the application of encryption for digital cinema content and keys.

Encryption Basics

There are two classifications of cryptographic algorithms: symmetric and asymmetric. Symmetric-key cryptography uses the same key to lock and unlock data. This concept is illustrated below, where the red key represents a symmetric key.

Symmetrical Keys

Figure EM-1. Symmetric Keys

Asymmetric cryptography requires two non-identical, but mathematically linked, keys, comprising a key pair. These are often referred to as public and private keys. The concept is illustrated below, where the public key is the green key, and the private key (in practice, hidden from prying eyes) is the blue key.

Asymmetrical Keys

Figure EM-2. Asymmetric Keys

Digital cinema content uses a combination of symmetric-key and asymmetric-key cryptography, where the content is encrypted once, distributed widely, but only authorized equipment having the correct private key can decrypt the content key that enables playout. In the cinema application, playback devices contain a secure Media Block to play the content. The encryption scheme accomplishes several goals:

  • Simple in concept
  • Efficient, where large amounts of data are encrypted once (Track Files), and only small amounts of data are encrypted for each playback device (KDMs)
  • Revocable at the device level (Note: this is further discussed in the section on Trusted Device List)

Public and Private Keys in Digital Cinema

Figure EM-3. Public and Private Keys in Digital Cinema

Security Key Workflow

In the digital cinema workflow, content that the owner chooses to protect is encrypted using a symmetric key. To secure the symmetric key, it must also be encrypted. This is accomplished by encrypting the symmetric key using the public key of the target playback device (a Media Block). Of course, this method requires that the content distributor knows the target device’s public key. In practice, distributors build and maintain a Trusted Device List (TDL), matching device certificates containing public keys with the location of trusted devices. (See section on Trusted Device List).

(Note: The term Trusted Device List as used here is a database maintained by or for content owners, and is not the Trusted Device List element found in the KDM.)

A DCI-compliant digital cinema playback system never stores encrypted picture and sound content in unencrypted form for playback at a later time. By specification, the system always decrypts content in real-time at the time of play. Accordingly, the KDM carries a date-time window condition that dictates when the content can be decrypted and played. (See the KDM section for more details.)

The illustration below ties together the elements of the content encryption model. The key for decrypting content in the cinema is carried in encrypted form by a KDM. The KDM is created by a trusted party only for an authorized player, simultaneously authorizing and expressing trust in the player. At the player, the KDM enables the player to decrypt the content in real-time as it plays.

Security Key Workflow in Digital Cinema

Figure EM-4. Digital Cinema Security Key Workflow

last changed 2021-07-10 in Security by MK

→  Trusted Device List & Workflow
←  The Trust Model

About

About Cinepedia

Interop DCP

The Interop DCP documentation below is provided for those who seek interoperability with older … more

An Early History of Digital Cinema

Public demonstrations of modern day digital cinema began in 1999 ...

copyright © 2016 - 2022 mkpe consulting llc

We use cookies on our website to give you the most relevant experience by remembering your preferences and repeat visits. By clicking “Accept”, you consent to the use of all cookies.
Cookie settingsACCEPT
Manage consent

Privacy Overview

This website uses cookies to improve your experience while you navigate through the website. Out of these, the cookies that are categorized as necessary are stored on your browser as they are essential for the working of basic functionalities of the website. We also use third-party cookies that help us analyze and understand how you use this website. These cookies will be stored in your browser only with your consent. You also have the option to opt-out of these cookies. But opting out of some of these cookies may affect your browsing experience.
Necessary
Always Enabled
Necessary cookies are absolutely essential for the website to function properly. These cookies ensure basic functionalities and security features of the website, anonymously.
CookieDurationDescription
cookielawinfo-checbox-analytics11 monthsThis cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Analytics".
cookielawinfo-checbox-functional11 monthsThe cookie is set by GDPR cookie consent to record the user consent for the cookies in the category "Functional".
cookielawinfo-checbox-others11 monthsThis cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Other.
cookielawinfo-checkbox-necessary11 monthsThis cookie is set by GDPR Cookie Consent plugin. The cookies is used to store the user consent for the cookies in the category "Necessary".
cookielawinfo-checkbox-performance11 monthsThis cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Performance".
viewed_cookie_policy11 monthsThe cookie is set by the GDPR Cookie Consent plugin and is used to store whether or not user has consented to the use of cookies. It does not store any personal data.
Functional
Functional cookies help to perform certain functionalities like sharing the content of the website on social media platforms, collect feedbacks, and other third-party features.
Performance
Performance cookies are used to understand and analyze the key performance indexes of the website which helps in delivering a better user experience for the visitors.
Analytics
Analytical cookies are used to understand how visitors interact with the website. These cookies help provide information on metrics the number of visitors, bounce rate, traffic source, etc.
Advertisement
Advertisement cookies are used to provide visitors with relevant ads and marketing campaigns. These cookies track visitors across websites and collect information to provide customized ads.
Others
Other uncategorized cookies are those that are being analyzed and have not been classified into a category as yet.
SAVE & ACCEPT
Powered by CookieYes Logo