Separating Control and Data Channels for Secure Transfers

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current data transfer protocols, such as IPsec and TLS/SSL, are inefficient for massive data transfers due to synchronous security negotiation, static protocol determination, and inability to dynamically select protocols based on data requirements, leading to sub-optimal security and efficiency.

Innovation Solution

Implementing a separate control channel for security negotiation using a first protocol and a data channel for secure data transfer using a second protocol, allowing flexible application-layer security and efficient data transfers by binding negotiated security with the data protocol.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If synchronous security negotiation is used in current data transfer protocols, then security is established between parties, but data transfer efficiency deteriorates due to blocking operations

Engineering Contradiction:
ImprovesecurityVSAvoiddata transfer efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent segments the data transfer process into two independent channels: a control channel for security negotiation and a data channel for actual data transfer. This segmentation allows security operations to occur separately from data operations, eliminating the blocking effect where security negotiation halted data transfer. The control channel handles authentication, authorization, and security parameter exchange, while the data channel maintains continuous high-speed transfer capability.

Inventive Principle:
Principle #1Segmentation

2Device complexity

If static protocol determination is used, then protocol selection is simplified, but adaptability to different data requirements deteriorates

Engineering Contradiction:
Improveprotocol selection complexityVSAvoidprotocol adaptability
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

The patent implements dynamic protocol selection through the control channel, which negotiates and determines the appropriate data channel protocol based on real-time requirements. Instead of statically determining protocols in advance, the system dynamically selects from multiple protocol options (such as different compression protocols, encryption protocols, or transport protocols) based on data characteristics, security requirements, and network conditions. This dynamic approach maintains low complexity by automating the selection process while achieving high adaptability to various data transfer scenarios.

Inventive Principle:
Principle #15Dynamics

3Reliability

If security negotiation is performed before data transfer, then security parameters are established, but transfer time increases due to sequential processing

Engineering Contradiction:
Improvesecurity parameter establishmentVSAvoidtransfer time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent performs security negotiation actions in advance through the control channel, establishing security parameters, authentication, and authorization before the actual data transfer begins on the data channel. This preliminary security setup includes exchanging security tokens, establishing encryption keys, and verifying permissions. By completing these security prerequisites beforehand, the system ensures that once data transfer starts, it proceeds without security-related interruptions or delays, effectively minimizing the time loss.

Inventive Principle:
Principle #10Preliminary action

4Device complexity

If a single protocol handles both control and data operations, then system complexity is reduced, but security flexibility for massive data transfers deteriorates

Engineering Contradiction:
Improvesystem complexityVSAvoidsecurity flexibility
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

The patent divides the communication system into two distinct functional segments: a control channel for security and management operations, and a data channel for bulk data transfer. This segmentation allows each channel to use protocols optimized for its specific purpose. The control channel can use protocols designed for interactive, low-bandwidth communication with complex negotiation capabilities, while the data channel uses protocols optimized for high-speed, continuous data flow. This architectural segmentation provides security flexibility by allowing independent protocol selection and configuration for each channel type.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS8687804B2Separating control and data operations to support secured data transfers
Publication Date: 2014.04.01 MICROSOFT TECHNOLOGY LICENSING LLC
  • US8687804B2 patent drawing
  • US8687804B2 patent drawing
  • US8687804B2 patent drawing

AI summary

For a data transfer, security is negotiated via a control channel operating in accordance with a first protocol. The data is transmitted responsive to the security negotiation on a data channel operating in accordance with a second protocol. For example, a described implementation involves using a security control protocol and a separate secure data transfer protocol that operate cooperatively, but independently, to provide flexible application layer security with highly efficient data transfers.