Token-Based Session Validation for Confidential Resource Access

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current security systems face inefficiencies in granting and managing access to confidential resources, as they often require processing numerous attributes individually, leading to slower and less efficient access decisions.

Innovation Solution

A token-based system that stores and processes token-based rules and tokens to facilitate access decisions, generating session tokens and terminating them based on risk events, thereby streamlining access control by condensing attributes into tokens for quicker processing.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If traditional security systems process numerous attributes individually to make access decisions, then access control accuracy is maintained, but access decision speed deteriorates

Engineering Contradiction:
Improveaccess decision speedVSAvoidattribute processing complexity
Core Design Contradiction:
SpeedVSDevice complexity

Solution Approach 1:

The patent combines multiple individual attributes into a single token that represents the user's access authorization. Instead of processing numerous separate attributes (user ID, password, permissions, session state) individually, the system merges them into one consolidated token that can be quickly validated, thereby improving access decision speed while maintaining security accuracy

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The token acts as an intermediary between the user's credentials and the access control decision. Rather than directly processing complex attribute comparisons, the system uses the token as a mediator that encapsulates all necessary authorization information, simplifying the access decision process and enabling faster validation

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If security systems implement comprehensive attribute validation, then access security is improved, but processing time increases

Engineering Contradiction:
Improveaccess securityVSAvoidprocessing time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary action by pre-validating user credentials and generating the access token before the actual resource access attempt. This preliminary validation ensures comprehensive security checks are completed in advance, so that during the actual access request, only the token needs to be validated, significantly reducing processing time while maintaining security

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent merges multiple security validation steps into a single token validation process. By combining credential verification, permission checking, and session validation into one consolidated token, the system maintains comprehensive security checks while reducing the time required for access decisions

Inventive Principle:
Principle #5Merging (Combining)

Data Source

PatentUS8572690B2Apparatus and method for performing session validation to access confidential resources
Publication Date: 2013.10.29 BANK OF AMERICA CORP
  • US8572690B2 patent drawing
  • US8572690B2 patent drawing
  • US8572690B2 patent drawing

AI summary

According to one embodiment, an apparatus may receive a first token indicating that access to a resource has been requested by a device. The first token may further indicate that the resource is a confidential resource. The apparatus may determine that a plurality of tokens includes a second token and generate a session token based at least in part upon the first token and the second token in response to the determination that the plurality of tokens includes the second token. The apparatus may receive a third token indicating an event affecting the risk associated with granting access to the resource and determine, based at least in part upon the at least one token-based rule, that access to the resource should be terminated in response to receiving the third token. The apparatus may then terminate the session token in response to the determination that access to the resource should be terminated.