Pre-key Authentication via XOR Mixing for DRM Compatibility

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The Advanced Television Systems Committee (ATSC) 3.0 standard's encryption mechanisms lack robustness in ensuring secure decryption of content, as existing digital rights management (DRM) systems may not adequately protect against unauthorized access, particularly in bridging security protocols across different broadcasters.

Innovation Solution

The technique involves combining a pre-key with non-pre-key data using an XOR operation to generate a content decryption key, which includes authentication information such as the broadcaster's designated market area, copyright notice, and user's group ID, thereby enhancing security and compatibility across various DRM systems.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If existing DRM systems are used for content decryption, then decryption functionality is provided, but security robustness is insufficient and cannot adequately protect against unauthorized access across different broadcasters

Engineering Contradiction:
Improvesecurity robustnessVSAvoidcompatibility across DRM systems
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The pre-key is designed to be universally applicable across multiple DRM systems and broadcasters. By combining the pre-key with broadcaster-specific authentication data through XOR operation, the same pre-key can securely generate content decryption keys for different broadcasters and DRM systems, achieving both security robustness and cross-system compatibility

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The pre-key serves as an intermediary element that bridges different DRM systems. Instead of requiring separate encryption keys for each broadcaster, the pre-key acts as a mediator that, when combined with broadcaster-specific authentication data, generates the appropriate content decryption key, thereby enabling secure decryption across multiple platforms without compromising security

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If pre-key bytes are combined with additional authentication data using XOR operation, then security is enhanced and content identification is enabled, but the decryption process becomes more complex

Engineering Contradiction:
ImprovesecurityVSAvoiddecryption process complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The pre-key is prepared in advance and stored securely in the receiver. This preliminary preparation eliminates the need for complex key generation processes during decryption, as the receiver only needs to retrieve the pre-key and combine it with authentication data, thereby enhancing security while maintaining process simplicity

Inventive Principle:
Principle #10Preliminary action

3Quantity of substance

If the pre-key size is reduced through logical operation, then the generated content key size is smaller, but information loss may occur

Engineering Contradiction:
Improvekey sizeVSAvoidinformation loss
Core Design Contradiction:
Quantity of substanceVSLoss of information

Solution Approach 1:

Specific bits are selectively extracted from the pre-key based on broadcaster-specific information to generate the content decryption key. This extraction process reduces the key size to the minimum necessary while preserving all essential decryption information, thereby achieving compact key sizes without information loss

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentUS11443016B2Pre-key with authentication using logical combinations of pre-key bits with other information
Publication Date: 2022.09.13 SONY GROUP CORP
  • US11443016B2 patent drawing
  • US11443016B2 patent drawing
  • US11443016B2 patent drawing

AI summary

A pre-key is combined with non-pre key data to render a content key useful for decrypting content, such as audio-video content. This other, non-pre key data may be anything that, for example, an ATSC 3.0 source such as a Broadcaster would like to authenticate into the content. For example, the data that is XOR'd with pre-key information may include various fields such as the Broadcaster designated market area (DMA), a copyright notice, the identification of the content to be decrypted, the user's group ID (subscriber group), etc.