Deterministic Token Authentication With Isolated Detokenization

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing tokenization techniques are not deterministic, provide short-term solutions, and are difficult to detect token expiration, compromising the security of sensitive data exposure and authentication processes.

Innovation Solution

A tokenization authentication system that uses a deterministic pseudo-random generator to generate tokens based on index values from a mapping structure, with a detokenization process to validate encrypted tokens, ensuring secure and isolated computing resources for sensitive data handling.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If distributed random tokens are used for tokenization, then security of sensitive data is improved, but determinism and long-term security are compromised

Engineering Contradiction:
Improvesecurity of sensitive dataVSAvoiddeterminism of tokenization
Core Design Contradiction:
ReliabilityVSStability of the object's composition

Solution Approach 1:

The patent applies preliminary action by pre-generating large sets of random tokens and storing them in token sets with associated metadata including expiration times. This allows the system to provide deterministic tokenization (same input always returns same token) while maintaining security through pre-computed random tokens that have controlled lifecycles. The token service can deterministically select tokens from pre-generated sets based on input data, resolving the contradiction between randomness for security and determinism for reliability.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent implements dynamics through time-dependent token expiration and regeneration mechanisms. Tokens are generated with expiration metadata and can be rotated or regenerated after certain time periods. This dynamic approach allows the system to maintain determinism for valid tokens while periodically introducing new random token sets, thereby balancing deterministic behavior with ongoing security through time-based token lifecycle management.

Inventive Principle:
Principle #15Dynamics

2Reliability

If short-term token solutions are implemented, then immediate security needs are met, but long-term security and token expiration detection are compromised

Engineering Contradiction:
Improveimmediate securityVSAvoidtoken validity period
Core Design Contradiction:
ReliabilityVSDuration of action of stationary object

Solution Approach 1:

The system performs preliminary action by pre-generating tokens with embedded expiration metadata and organizing them in structured token sets. This allows immediate security needs to be met through token issuance while long-term security is ensured through pre-planned token rotation schedules and expiration tracking. The token service can detect expired tokens by checking the pre-stored expiration metadata, solving the problem of long-term security and expiration detection.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent implements feedback mechanisms where the token service continuously monitors token expiration status by checking metadata associated with each token. When tokens approach expiration, the system can trigger regeneration or rotation processes. This feedback loop ensures that short-term tokens are properly managed and replaced before expiration, maintaining both immediate and long-term security while enabling reliable detection of token validity status.

Inventive Principle:
Principle #23Feedback

3Adaptability or versatility

If mapping data is retained to associate tokens with sensitive data, then token utility is improved, but security of mapping data is worsened

Engineering Contradiction:
Improvetoken utilityVSAvoidsecurity of mapping data
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent applies segmentation by separating the token issuance function from the sensitive data storage function. The token service maintains mapping data in a controlled manner, associating tokens with sensitive data only when necessary for detokenization operations. This segmentation allows tokens to be useful for data protection while limiting exposure of mapping data to only those processes that require it, thereby maintaining both token utility and mapping data security through functional separation.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The token service acts as an intermediary between tokens and sensitive data, managing the mapping relationships in a controlled environment. Rather than allowing direct access to mapping data, the intermediary token service handles all token-to-data associations, providing utility for token operations while protecting mapping data security through centralized, audited access control. This intermediary role resolves the contradiction by enabling token functionality while securing the vulnerable mapping relationships.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Productivity

If computing resources are shared between tokenization service and application processes, then resource efficiency is improved, but security isolation is worsened

Engineering Contradiction:
Improveresource efficiencyVSAvoidsecurity isolation
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The patent implements segmentation by separating computing resources into distinct environments: a trusted environment for the token service and an untrusted environment for application processes. The token service runs in a protected context with isolated access to sensitive mapping data, while application processes operate in a less privileged environment. This resource segmentation maintains security isolation between tokenization operations and application logic, preventing unauthorized access even when resources are shared at the hardware level.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system applies local quality by providing different security characteristics to different computing resources based on their function. The token service portion of the system operates with high security requirements and access controls, while application processes have more limited access rights. This local differentiation of security properties allows efficient resource sharing while maintaining appropriate security isolation - each resource gets the security level it needs for its specific purpose, resolving the contradiction between resource efficiency and security isolation.

Inventive Principle:
Principle #3Local quality

Data Source

PatentUS12483409B2Distributed tokenization authentication
Publication Date: 2025.11.25 AMADEUS SAS
  • US12483409B2 patent drawing
  • US12483409B2 patent drawing
  • US12483409B2 patent drawing

AI summary

Systems and methods for providing a tokenization authentication process. A node receives an encrypted token comprising a first set of sensitive data. The encrypted token was generated by a randomization service based on a mapping structure. A second set of sensitive data is determined using a detokenization process based on the encrypted token. A rebuilt token is generated using a retokenization process based on the second set of sensitive data. In response to determining that the encrypted token is validated, the first set of sensitive data is provided to an application interface of a first process executing using a first set of computing resources that are isolated from a second set of computing resources that the node allocates to the randomization service.