Device-Bound Authentication Token Binding

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing authentication token systems are vulnerable to token theft, allowing unauthorized access since stolen tokens can be replayed from any device before they expire, lacking an additional security layer to verify the device authenticity.

Innovation Solution

An authentication server generates a device ID from received device attributes, signs an authentication token with this ID, and upon subsequent requests, validates the token by comparing the retrieved device ID from the token with a newly generated comparison ID based on the provided attributes to ensure the request originates from the same device.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If authentication tokens are used as the sole means for determining customer authentication, then the authentication process is simple and fast, but the system becomes vulnerable to token theft and unauthorized access

Engineering Contradiction:
Improveauthentication securityVSAvoidauthentication process complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The authentication verification process is segmented into two independent components: token validation and device ID verification. The device ID is extracted from device attributes (such as hardware identifiers, browser fingerprint, or device characteristics) and compared against the device ID embedded in the authentication token. This segmentation allows the system to maintain simple token-based authentication while adding a separate device verification layer that prevents unauthorized token reuse on different devices.

Inventive Principle:
Principle #1Segmentation

2Reliability

If device ID verification is added to authentication tokens, then security against token theft is improved, but the authentication process complexity increases

Engineering Contradiction:
Improvetoken securityVSAvoidauthentication server processing complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The device ID is generated and embedded in the authentication token during the initial authentication process, before any potential token theft can occur. This preliminary action ensures that the device binding is established upfront, and subsequent verification only requires extracting and comparing the device ID from the token with the current device attributes, rather than performing complex multi-factor authentication checks on every request.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If the authentication token is signed with a device ID, then unauthorized access from different devices is prevented, but the token validation process becomes more complex

Engineering Contradiction:
Improvedevice binding securityVSAvoidtoken validation simplicity
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The device ID is copied into the authentication token during issuance and then copied back out during validation for comparison. This copying approach allows the system to verify device binding by simply extracting the device ID from the token and comparing it with the current device attributes, avoiding the need for complex cryptographic verification or multiple validation steps while maintaining security.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS9378345B2Authentication using device ID
Publication Date: 2016.06.28 BANK OF AMERICA CORP
  • US9378345B2 patent drawing
  • US9378345B2 patent drawing
  • US9378345B2 patent drawing

AI summary

A system for authenticating a customer is disclosed. The customer may attempt to access protected resources located at an authentication server. The customer may log in to the authentication server's website, thereby submitting an authentication request. The authentication request may comprise attributes of the device the customer uses to log in. The authentication server may generate a device ID using the received device attributes and generate an authentication token that is signed with the device ID. The authentication server may transmit the authentication token to the client device. Subsequent requests to access protected resources from the client device may include the authentication token that is signed with the device ID.