Token-Based Security for Remote Cloud Resources

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Enterprises face challenges in controlling access and costs associated with cloud computing resources, as existing security measures lack effective mechanisms to manage access and prevent brute force attacks.

Innovation Solution

A token-based security system is implemented, where a short, easy-to-remember alphanumeric code is used to initiate a connection to a remote server, which then generates a longer, more secure token for subsequent communications, providing two-phase authorization and enhanced security.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If traditional security measures are used for cloud resource access, then security is maintained, but ease of operation deteriorates due to complex authentication processes

Engineering Contradiction:
Improveease of accessVSAvoidsecurity
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The authentication process is segmented into two distinct phases: initial short token authentication for ease of access, and subsequent long token authentication for enhanced security. This segmentation allows each phase to optimize for its specific purpose without compromise.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system changes the token parameter (length and complexity) based on the authentication phase. Short tokens (6-8 characters) are used for initial access to improve ease of operation, while long tokens (32-64 characters) are used for subsequent operations to enhance security.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If long, secure tokens are used for all communications, then security is improved, but ease of operation deteriorates due to user difficulty in remembering and inputting tokens

Engineering Contradiction:
ImprovesecurityVSAvoiduser convenience
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The system dynamically adjusts token characteristics based on the operational context. The token length and complexity are not static but change according to the authentication phase and operational requirements, making the system adaptive to different security needs.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system performs preliminary authentication using short tokens to establish a trusted connection, after which long tokens are exchanged. This preliminary action allows the system to set up secure communication channels without requiring users to immediately handle complex tokens.

Inventive Principle:
Principle #10Preliminary action

3Ease of operation

If short tokens are used for initial access, then ease of operation is improved, but security deteriorates due to vulnerability to brute force attacks

Engineering Contradiction:
Improveease of accessVSAvoidbrute force attack vulnerability
Core Design Contradiction:
Ease of operationVSObject-affected harmful factors

Solution Approach 1:

The system prepares defensive measures in advance by implementing rate limiting and monitoring mechanisms before brute force attacks can succeed. Short tokens are protected by pre-configured security controls that cushion against potential attacks.

Inventive Principle:
Principle #11Beforehand cushioning (Prior cushioning)

Solution Approach 2:

The short token acts as an intermediary credential that facilitates initial access without exposing the system to direct long-term security risks. It serves as a temporary bridge that is quickly replaced by more secure long tokens after verification.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Loss of energy

If cloud resource access is restricted through token-based security, then cost control is improved, but device complexity increases due to implementation of two-phase authentication

Engineering Contradiction:
Improvecost controlVSAvoidsystem complexity
Core Design Contradiction:
Loss of energyVSDevice complexity

Solution Approach 1:

The token-based authentication system serves multiple functions: it provides security verification, enables cost control through access management, and facilitates audit tracking. This multi-functionality justifies the added complexity by delivering multiple benefits from a single mechanism.

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

Data Source

PatentUS9444813B1Token-based security for remote resources
Publication Date: 2016.09.13 WOWZA MEDIA SYSTEMS LLC
  • US9444813B1 patent drawing
  • US9444813B1 patent drawing
  • US9444813B1 patent drawing

AI summary

Systems and methods of token-based protection for remote resources are disclosed. For example, a method may include receiving, at a second computing device, a configuration message from a first computing device. The configuration message includes information to configure a resource at the second computing device. For example, the resource may be a cloud transcoder. The method also includes generating, at the second computing device, a short token that enables the first computing device to access the resource. For example, the short token may be used to receive a long token that can be used to send application programming interface (API) requests to the cloud transcoder.