Device-Linked Session Tokens for Stateless Authentication Security

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In stateless computer networking, existing token-based authentication systems are vulnerable to token interception and exploitation by malicious actors, especially when communication channels are unencrypted or logs are accessible, compromising network security.

Innovation Solution

Implementing a device-linked session mechanism where each device is identified with a unique cryptographic key or identifier, and subsequent requests include a cryptographically signed token with a freshness value, ensuring only the original device can access resources by verifying the token's origin and freshness.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If stateless HTTP protocol is used for communication, then scalability and performance are enhanced, but security vulnerabilities arise where tokens can be intercepted and misused

Engineering Contradiction:
Improvescalability and performanceVSAvoidsecurity
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The authentication token is segmented into two parts: the original session token and a cryptographic signature. The signature is generated by signing the session token with the device's private key. This segmentation allows the system to maintain stateless HTTP communication while adding a security layer that prevents token misuse, as any modification to the token would invalidate the signature.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

A cryptographic signature acts as an intermediary mechanism between the session token and the server verification process. The signature serves as a mediator that proves the token's authenticity without requiring the server to maintain session state. The server verifies the signature using the device's public key, enabling secure authentication in a stateless environment.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If cryptographic signing is added to each request, then security against token interception is improved, but device complexity increases

Engineering Contradiction:
ImprovesecurityVSAvoidcomplexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The cryptographic key pair (private and public keys) is generated and stored in the device before any authentication requests are made. This preliminary setup eliminates the need for complex real-time key generation or management during each request. The device simply uses the pre-stored private key to sign tokens and the pre-stored public key to verify them, reducing operational complexity.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The device performs self-authentication by signing its own session token with its private key. This self-service mechanism eliminates the need for complex server-side session management or third-party authentication intermediaries. The device independently proves its identity through cryptographic signing, simplifying the overall system architecture while maintaining high security.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS12615156B2Device linked session
Publication Date: 2026.04.28 WELLS FARGO BANK NA
  • US12615156B2 patent drawing
  • US12615156B2 patent drawing
  • US12615156B2 patent drawing

AI summary

A device linked session connects the entity, whether device, application, or other, to a request for a session token. In subsequent uses of the token, the device identity is checked to avoid a token being used by an entity that did not request the token.