Session-Bound Cryptographic Key Management Without Client Exposure

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing cryptographic key management systems expose decryption keys to clients, leading to potential unauthorized decryption and user tracking, as they are often long-lived, shared among multiple systems, and stored outside secure networks.

Innovation Solution

An authorization server generates ephemeral, time-bound encryption keys per user session, embedding them into access tokens, and provides access token handles to clients, ensuring keys are only shared within secure networks and are distinct per user and session, preventing unauthorized access and tracking.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If decryption keys are stored or exposed to the client for data protection, then data can be decrypted when needed, but the keys become accessible to unauthorized parties and attackers

Engineering Contradiction:
Improvedata decryption capabilityVSAvoidkey exposure to unauthorized parties
Core Design Contradiction:
ReliabilityVSObject-affected harmful factors

Solution Approach 1:

The patent extracts the decryption key from the client environment and keeps it exclusively on the server side. The access token contains only an encrypted version of the key, while the decryption key itself remains on the authorization server, eliminating client-side key exposure risks while maintaining decryption capability.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent introduces an encrypted access token as an intermediary between the client and the decryption key. The access token contains the encrypted key and can be transmitted to the client, but the actual decryption key remains on the server, using the encrypted token as a safe mediator for key distribution.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Ease of operation

If decryption keys are long-lived and shared among multiple systems for ease of use, then key management is simplified, but user tracking and unauthorized decryption become possible

Engineering Contradiction:
Improvekey management simplicityVSAvoiduser privacy and session distinctness
Core Design Contradiction:
Ease of operationVSLoss of information

Solution Approach 1:

The patent segments the decryption key into session-specific instances. Each user session receives a unique encrypted access token with its own encrypted key version, derived from session-specific data. This segmentation prevents cross-session key reuse and eliminates user tracking while maintaining operational simplicity through automated token management.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent makes the decryption key dynamic by regenerating it for each user session. The key is derived from session-specific information (user ID, timestamp, random data) and automatically expires when the session ends. This dynamic approach replaces static long-lived keys with ephemeral session keys, preventing unauthorized decryption across sessions.

Inventive Principle:
Principle #15Dynamics

3Adaptability or versatility

If decryption keys are shared among multiple systems for functionality, then system integration is improved, but the risk of key exposure and unauthorized access increases

Engineering Contradiction:
Improvesystem integration capabilityVSAvoidkey security and access control
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent applies local quality by giving each system or service its own specific encrypted access token with a key encrypted for that particular system. Instead of sharing a universal decryption key, each integrated system receives a customized encrypted token, maintaining system integration capability while restricting key access to specific authorized systems only.

Inventive Principle:
Principle #3Local quality

Data Source

PatentUS12463813B2Method, device, and non-transitory computer readable medium for generating and managing cryptographic keys
Publication Date: 2025.11.04 CHARLES SCHWAB & CO INC
  • US12463813B2 patent drawing
  • US12463813B2 patent drawing
  • US12463813B2 patent drawing

AI summary

An authorization server, method, and non-transitory computer readable medium for generating and managing at least one access token associated with a client. The authorization server may include a memory configured to store computer readable instructions; and processing circuitry configured to execute the computer readable instructions to cause the authorization server to, compute an encryption key based on information associated with a user session, embed the encryption key into the at least one access token, map, within a database, the at least one access token to an access token handle associated with the client, return the access token handle to the client, and selectively provide the access token to at least one web Application Programming Interface (API) in response to receipt of the access token handle from the at least one web API.