Adaptive Token Verification via Machine Learning Models

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional token verification systems are inflexible and often improperly grant or deny requests, failing to accurately verify token usage due to mismatches in system identifiers and inability to adapt to changing patterns, leading to security vulnerabilities and inconvenience in token reuse.

Innovation Solution

The implementation of an adaptive token verification system using machine learning methods that train a verification model to assess tokenized requests based on system identifiers, allowing for accurate granting or blocking of requests and enabling token reuse across unknown entities.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If conventional token verification systems use strict system identifier matching, then security is improved, but flexibility and accuracy deteriorate due to inability to handle legitimate identifier variations

Engineering Contradiction:
ImprovesecurityVSAvoidflexibility
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The system transitions from static, pre-configured identifier matching rules to dynamic machine learning models that adapt to changing patterns of legitimate and fraudulent requests. The verification model continuously learns from new data, allowing it to flexibly handle identifier variations while maintaining security.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes the verification approach from exact parameter matching to probabilistic assessment using multiple parameters. The machine learning model evaluates requests based on patterns across multiple features rather than strict equality checks, enabling it to accommodate legitimate variations while detecting fraud.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If conventional systems block requests with mismatched system identifiers, then security is improved, but false positives increase causing inconvenience to legitimate users

Engineering Contradiction:
ImprovesecurityVSAvoiduser convenience
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The system implements feedback loops where verification outcomes and request patterns are fed back into the machine learning models for continuous improvement. This allows the system to learn from false positives and adjust its verification criteria, reducing inconvenience to legitimate users while maintaining security.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system performs preliminary analysis using the trained verification model before making final verification decisions. This preliminary assessment allows the system to identify and accommodate legitimate requests with identifier variations before they are blocked, reducing false positives.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If single-use tokens are implemented, then security is improved, but productivity deteriorates due to repeated token requests

Engineering Contradiction:
ImprovesecurityVSAvoidefficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

Instead of requiring complete token replacement for each transaction, the system applies partial verification using the machine learning model to assess whether the same token can be safely reused. This partial verification approach maintains security while reducing the frequency of token requests.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The token verification policy becomes dynamic rather than static. The system adapts token reuse decisions based on real-time risk assessment by the machine learning model, allowing tokens to be reused when safe and requiring fresh tokens when risk is detected, thereby improving productivity without compromising security.

Inventive Principle:
Principle #15Dynamics

4Device complexity

If conventional verification systems use simple matching rules, then device complexity is reduced, but measurement precision deteriorates in detecting fraudulent requests

Engineering Contradiction:
Improvesystem simplicityVSAvoidverification accuracy
Core Design Contradiction:
Device complexityVSMeasurement precision

Solution Approach 1:

The system replaces simple mechanical matching rules with machine learning-based verification models. These models use computational algorithms to analyze patterns and make verification decisions, achieving high precision in detecting fraudulent requests while managing complexity through automated learning rather than manual rule configuration.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

Solution Approach 2:

The system uses trained verification models that capture complex verification patterns without requiring explicit programming of each rule. The models copy and generalize from training data, enabling accurate verification decisions while keeping the deployed system relatively simple compared to manually encoding all possible verification scenarios.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS12149529B2Adaptive artificial intelligence systems and methods for token verification
Publication Date: 2024.11.19 CAPITAL ONE SERVICES LLC
  • US12149529B2 patent drawing
  • US12149529B2 patent drawing
  • US12149529B2 patent drawing

AI summary

Systems and methods for adaptive token verification are disclosed. For example, a system may include at least one memory storing instructions and one or more processors configured to execute the instructions to perform operations. The operations may include training a verification model to verify tokenized requests based on system identifiers. The operations may include receiving a tokenized request from an external system, the request comprising a system identifier of the external system. The operations may include generating output of the verification model based on the system identifier, and, based on the output, performing one of granting the request or blocking the request.