Content Scramble System

Introduction

The Content Scramble System deals with three participants: the disc, the drive and the player. The disc holds the purported copyright information and the encrypted feature. The drive provides the means to read the disc. The player decrypts and presents the audio and visual content of the feature. All participants must conform to the CCA's license agreement.

There are three protection methods:

• Playback protection is based on encryption: the player requires a secret key to decrypt the feature.
• Read protection is based on the drive: access to significant disc data is only granted if the player authenticates successfully.
• Regional restriction is based on the disc and the drive: the drive can deny access if the disc does not belong to the drive's region.

The first two protection methods have been broken. Circumvention of regional protection is not possible with every drive—even if the drive grants access to the feature, prediction of title keys may fail. However, DVD players exist which do not enforce regional restrictions (after being disabled manually), which makes regional restrictions less effective as a component of CSS.

Disc

The DVD-ROM's main-data (§16), consisting of consecutive logical blocks of 2048 bytes, is structured according to the DVD-Video format. The DVD-Video contains (besides others) an MPEG program stream which consists of so-called Packs. If CSS is applied to the disc then a subset of all Packs is encrypted with a title-key.

A DVD-ROM contains, besides the main-data, additional data areas. CSS stores there:

• a flag that indicates whether CSS is applied or not (§6.23.3.2.2),
• the 8-bit region-management-information (region code),
• a disc-key-block that holds 409 encrypted variants of the disc-key (§6.23.3.2.3).

CSS also uses six bytes in the frame header for each logical block of user data (§16.3,§6.29.3.1.5):

• one byte with copyright management information,
• five bytes holding an encrypted title-key.

Drive

The drive treats a DVD-Video disc as any DVD-ROM disc. The player reads the disc's user-data and processes them according to the DVD-Video format. However, if the drive detects a disc that has been compiled with CSS, it denies access to logical blocks that are marked as copyrighted (§6.15.3). The player has to execute an authentication handshake first (§4.10.2.2). The authentication handshake is also used to retrieve the disc-key-block and the title-keys.

The drive may also support Regional Playback Control (RPC) to limit the playback of DVD-Video content to specific regions of the world (§3.3.26). RPC Phase II drives hold an 8-bit region-code and adhere to all requirements of the CSS license agreement (§6.29.3.1.7). It appears that RPC Phase II drives reject title-key requests on region mismatch. However, reading of user-data may still work.

Cipher

CSS employs a stream cipher and mangles the keystream with the plain-text data to produce the cipher text. The stream cipher is based on two linear-feedback shift register (LFSR) and set up with a 40-bit seed.

Mangling depends on the type of operation. There are three types:

• the decryption of a disc- or title-key,
• the decryption of a Pack and
• the encryption of keys for the authentication handshake.

In order to decrypt a DVD-Video, the player reads the disc-key-block and uses its player-key to decrypt the disc-key. Thereafter, the player reads the title-keys and decrypts them with the disc-key. A different title-key can be assigned for the Video Manager and for each Video Title Set. The title-keys are used to decrypt the encrypted Packs.

Cryptanalysis

CSS employs cryptographic keys with a size of only 40 bits. This makes CSS vulnerable to a brute-force attack. At the time CSS was introduced, it was forbidden in the United States for manufacturers to export cryptographic systems employing keys in excess of 40 bits, a key length that had already been shown to be wholly inadequate in the face of increasing computer processing power (see Data Encryption Standard).

Based on the leaked DeCSS source-code, Frank A. Stevenson published in November 1999 three exploits that rendered the CSS cipher practically ineffective:

• A correlation attack enables the recovery of a keystream's seed at complexity of 2¹⁶.
• The mangling of disc- and title-keys can be reversed at a complexity of 2⁸.
• A disc-key can be recovered from its hash-value at a complexity of 2²⁵.

The latter exploit recovers a disk-key from its hash-value in less than 18 seconds on a 450 MHz Intel Pentium III.

The CSS design was prepared for the leak of a few player-keys. New discs would not contain an encrypted variant for these player-keys in the disc-key-block. However, Stevenson's exploits made it possible to generate all player-keys. Libdvdcss uses such a list of generated player-keys.

There are cases when no title-keys are available. A drive may deny access on region mismatch but still permit reading of the encrypted DVD-Video. Ethan Hawke presented a plain-text prediction for data repetitions in the MPEG program stream that enables the recovery of title-keys in real-time directly from the encrypted DVD-Video.

In Geeks Bearing Gifts, author Ted Nelson states "DVD encryption was intentionally made light by the DVD encryption committee, based on arguments in a libertarian book Computer Lib", a claim cited as originating from personal communication with an anonymous source; Nelson is the author of Computer Lib.