Compromised Token Timestamping for Related Token Deactivation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Unauthorized resource access continues to occur even after a token is compromised, allowing malicious actors to initiate fraudulent transfer operations using compromised or related tokens.

Innovation Solution

A system is implemented to generate a cancel request indicating a compromised token has been compromised, including a time of compromise, to manage the token lifecycle and deactivate related tokens, thereby preventing further unauthorized access.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a token is compromised and deactivated, then security is improved, but related tokens generated after compromise can still be used for unauthorized access

Engineering Contradiction:
Improvetoken securityVSAvoidunauthorized access
Core Design Contradiction:
ReliabilityVSObject-affected harmful factors

Solution Approach 1:

The system performs preliminary action by establishing a compromise time indicator when a token is compromised, and uses this timestamp to proactively identify and deactivate related tokens before they can be used for unauthorized access. The token management service automatically retrieves and deactivates related tokens based on their generation timestamps being after the compromise time.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements feedback by continuously monitoring token usage and generating responses that indicate when related tokens were last used. This feedback mechanism allows the operation processing system to identify unauthorized transfer operations by comparing token usage timestamps against the compromise time indicator, enabling real-time security responses.

Inventive Principle:
Principle #23Feedback

2Reliability

If all related tokens are deactivated upon compromise, then security is improved, but legitimate tokens generated after compromise may be incorrectly blocked

Engineering Contradiction:
Improvesecurity assuranceVSAvoidlegitimate access
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The system applies partial action by selectively deactivating only those related tokens that are determined to be unauthorized based on timestamp comparison. Rather than deactivating all related tokens indiscriminately, the system uses the compromise time indicator to identify specifically which tokens were generated after the compromise event, allowing legitimate tokens to remain active while blocking only the compromised ones.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The compromise time indicator is established as a preliminary reference point that enables subsequent differentiation between authorized and unauthorized tokens. This preliminary timestamp allows the system to make informed decisions about token deactivation without blocking legitimate access.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If the system monitors and tracks token usage to identify unauthorized operations, then security is improved, but system complexity increases

Engineering Contradiction:
Improveunauthorized operation detectionVSAvoidsystem architecture
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system segments the token management functionality into distinct components: the token management service handles token deactivation based on timestamps, while the operation processing system handles unauthorized operation identification. This segmentation allows each component to focus on a specific security task, simplifying the overall system architecture while maintaining comprehensive security monitoring.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The compromise time indicator serves as an intermediary element that bridges the token management service and the operation processing system. This timestamp indicator enables both systems to coordinate their security actions without requiring complex direct communication, simplifying the system architecture while enabling effective unauthorized operation detection.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS12615152B2Preventing unauthorized resource access related to a compromised token
Publication Date: 2026.04.28 TRUIST BANK
  • US12615152B2 patent drawing
  • US12615152B2 patent drawing
  • US12615152B2 patent drawing

AI summary

A system can be used to prevent unauthorized resource access related to a compromised token. The system can receive a cancel request indicating that the compromised token has been compromised. The cancel request can include a time at which the compromised token was compromised. Additionally, the system can remove a related token associated with sensitive data corresponding to the compromised token. The related token can be generated subsequent to the time at which the compromised token was compromised. The system can output a response to an operation processing system to indicate when the related token was last used to deny access to one or more protected resources by preventing an execution of an unauthorized transfer operation. The operation processing system can identify the unauthorized transfer operation based on the response.