Controller-Specific Protection for Secure Device Data Transfers

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing data transfer methods face inefficiencies and security risks, particularly in relocating processing operations, due to the inefficient use of namespace identifiers and the lack of protection for data during migration, which can lead to unauthorized access and data exposure.

Innovation Solution

The use of concatenated namespace identifiers and protection schemes, including encryption, to ensure secure and efficient data transfer by distinguishing between different controllers and users, and applying appropriate protection schemes based on their roles and privileges.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If traditional namespace identifiers are used for data transfer, then device relocation can be performed, but data security is compromised and unauthorized access may occur

Engineering Contradiction:
Improvedata securityVSAvoidnamespace identifier structure
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The namespace identifier is segmented into multiple distinct components: a first portion identifying the namespace and a second portion identifying the controller. This segmentation allows the system to maintain security by requiring both components for valid access while keeping the overall structure manageable and organized.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The controller identifier is nested within the namespace identifier structure, forming a concatenated identifier where the second portion contains identification information about the controller. This nesting enables the namespace identifier to carry multiple layers of information (namespace + controller) without requiring separate identifier structures.

Inventive Principle:
Principle #7Nested doll (Nesting)

2Reliability

If controller-specific information is added to namespace identifiers, then data protection during transfer is improved, but the complexity of identifier management increases

Engineering Contradiction:
Improvedata protectionVSAvoididentifier management
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The concatenated namespace identifier serves multiple functions simultaneously: it identifies the target namespace, identifies the source controller, and provides the basis for privilege determination. This multi-functionality eliminates the need for separate identifier structures for different purposes, simplifying overall management despite the increased information content.

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

Solution Approach 2:

The system automatically determines controller privileges and applies appropriate protection schemes based on the controller identifier embedded in the namespace identifier, without requiring manual configuration or intervention. The controller itself provides the information needed for its own authentication and privilege assessment.

Inventive Principle:
Principle #25Self-service

3Object-affected harmful factors

If encryption and protection schemes are applied to data during transfer, then security risks are minimized, but processing overhead and transfer time increase

Engineering Contradiction:
Improvesecurity risksVSAvoiddata transfer time
Core Design Contradiction:
Object-affected harmful factorsVSLoss of time

Solution Approach 1:

The system dynamically changes the protection parameter (encryption level) based on the determined privilege level of the controller. High-privilege controllers receive higher levels of protection, while lower-privilege controllers receive appropriate but less intensive protection, optimizing the balance between security and processing efficiency.

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

The system applies protection schemes selectively based on controller privileges rather than uniformly to all data transfers. This partial action approach ensures that full encryption and protection overhead are applied only when necessary for high-security transfers, reducing overall processing time for less critical operations.

Inventive Principle:
Principle #16Partial or excessive action

4Reliability

If concatenated namespace identifiers are used to distinguish controllers, then unauthorized access is prevented, but the complexity of namespace identification increases

Engineering Contradiction:
Improveaccess controlVSAvoidnamespace identifier structure
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The namespace identifier is segmented into multiple distinct components: a first portion identifying the namespace and a second portion identifying the controller. This segmentation allows the system to maintain security by requiring both components for valid access while keeping the overall structure manageable and organized.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The controller identifier acts as an intermediary element within the namespace identifier structure, mediating between the namespace identification function and the controller authentication function. This intermediary role allows the system to maintain a unified identifier structure that serves multiple security purposes without requiring separate authentication mechanisms.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS12452222B2Systems, methods, and apparatus for protection for device data transfers
Publication Date: 2025.10.21 SAMSUNG ELECTRONICS CO LTD
  • US12452222B2 patent drawing
  • US12452222B2 patent drawing
  • US12452222B2 patent drawing

AI summary

An apparatus may include a device including a first controller, and a second controller, wherein the device may be configured to receive, using the first controller, data, apply, to the data, a first protection scheme, and send, from the device, using the second controller, the data having a second protection scheme. The first protection scheme and the second protection scheme may be the same. The second controller may be configured to apply, to the data, the second protection scheme. The first protection scheme may include a first salt, and the second protection scheme may include a second salt. The first salt may be determined by the device, and the second salt may be determined by a user. The method may further include applying, at the device, to controller state information for the first controller, a third protection scheme to generate controller state information having the third protection scheme.