Secure Socket Tunneling Protocol Over HTTPS

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing network security protocols face challenges such as compatibility issues with firewalls and Internet Service Providers, network address translation, and the need for special setups, which can lead to interruptions in secure connections and difficulties in re-establishing them.

Innovation Solution

The Secure Socket Tunneling Protocol (SSTP) is designed to be compatible with NAT and standard network security measures, using a secure tunneling protocol over HTTPS connections, supporting all network traffic like a standard protocol, and enabling fast reconnection by exchanging cookies between client and server.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If traditional secure protocols (IPSec, PPTP, L2TP) are used to protect network traffic, then security against listening and man-in-the-middle attacks is improved, but compatibility with firewalls, ISPs, and NAT is worsened

Engineering Contradiction:
ImprovesecurityVSAvoidcompatibility
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent uses HTTPS as an intermediary protocol to carry encrypted tunnel traffic. Instead of attempting to make traditional tunneling protocols compatible with firewalls and NAT, the invention encapsulates the entire tunneling protocol within HTTPS, which is already widely accepted and permitted by network security devices. This intermediary approach allows secure tunneling to work through firewalls, ISPs, and NAT devices that would normally block or interfere with traditional secure protocols.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent makes the secure tunneling protocol universal by implementing it over HTTPS, which is a universally accepted protocol. The tunneling functionality is embedded within the HTTPS framework, allowing it to function across diverse network environments including corporate firewalls, ISP networks, and NAT configurations. This multi-functionality enables the same tunneling mechanism to work in environments where traditional protocols fail.

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

2Reliability

If traditional tunneling protocols are used, then secure encryption is achieved, but special setup requirements (certificates, nonstandard ports) increase device complexity

Engineering Contradiction:
ImprovesecurityVSAvoidsetup complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent leverages the universality of HTTPS infrastructure to eliminate special setup requirements. By implementing tunneling over HTTPS, the system can use existing HTTPS certificates, standard port 443, and widely deployed HTTPS libraries. This approach removes the need for separate certificate management, nonstandard port configuration, and specialized protocol implementations, thereby reducing device complexity while maintaining security.

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

3Reliability

If secure tunneling is implemented, then data protection is improved, but connection interruptions strand upper-level applications and require complex recovery

Engineering Contradiction:
Improvedata protectionVSAvoidreconnection ease
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The patent implements feedback mechanisms at the HTTPS layer to detect connection interruptions and trigger automatic recovery. The HTTPS protocol provides built-in mechanisms for detecting connection state changes and initiating reconnection procedures. This feedback loop allows the tunneling system to respond automatically to connection failures, maintaining upper-level application connectivity without requiring complex application-to-application recovery logic.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The patent prepares for connection interruptions by maintaining the tunneling context and state information in readiness. When a connection is established, the system pre-configures the tunneling parameters, security context, and application state so that upon reconnection, the tunnel can be rapidly re-established without requiring full re-negotiation or application restart. This preliminary preparation significantly simplifies the reconnection process.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS8370623B2Secure tunnel over HTTPS connection
Publication Date: 2013.02.05 MICROSOFT TECHNOLOGY LICENSING LLC
  • US8370623B2 patent drawing
  • US8370623B2 patent drawing
  • US8370623B2 patent drawing

AI summary

Many secure tunnels require protocols that require special handling, authorization or security certificates, such as L2TP and PPTP. This often eliminates them for use between a corporate or agency network and outside, public networks. A secure socket tunnel protocol (SSTP) adds drivers in both the kernel and user mode to route standard protocol traffic, such as PPP, over a common HTTPS port. In the event of network interruptions, an exchange of a session cookie allows fast reconnection of the underlying HTTPS connection without affecting higher level applications.