Single Sign-On Security Token Validation in Transaction Processing

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing online transaction processing systems face challenges in establishing a robust trust relationship between service providers, requiring users to re-authenticate at each transaction server, which hinders seamless transaction processing across different services.

Innovation Solution

Implementing single sign-on (SSO) through the creation of read-only data objects from security tokens, such as SAML tokens, and transmitting them via secure transaction channels to transaction servers, allowing trusted access and sharing of validation attributes, thereby establishing a trusted relationship among transaction servers.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If users authenticate at each transaction server individually, then each server can verify user credentials independently, but users must re-authenticate multiple times which reduces productivity and increases loss of time

Engineering Contradiction:
Improveauthentication reliabilityVSAvoidtransaction processing efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent combines multiple authentication operations into a single authentication event. The identity provider authenticates the user once and generates a security token that is accepted by multiple transaction servers, merging what would otherwise be separate authentication operations into one unified process.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The identity provider performs authentication in advance and issues a security token before the user accesses transaction servers. This preliminary authentication action eliminates the need for repeated authentication at each server, as the token already contains verified credentials.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If security tokens are validated at every transaction server, then each server ensures security independently, but the system complexity increases due to multiple validation operations

Engineering Contradiction:
Improvesecurity validationVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent creates a copy of the validation result by embedding it in a security token issued by the identity provider. Transaction servers validate this token copy rather than performing independent validation operations, reducing system complexity while maintaining security.

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The security token acts as an intermediary that carries validation attributes from the identity provider to transaction servers. This intermediary mechanism simplifies the system by replacing complex direct validation operations between servers and the identity provider with token-based verification.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Reliability

If read-only data objects are transmitted via secure transaction channels, then data security is improved, but the transmission process requires additional infrastructure setup

Engineering Contradiction:
Improvedata securityVSAvoidinfrastructure complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system establishes secure transaction channels automatically when needed, without requiring manual infrastructure setup for each transmission. The channel is created on-demand to transmit read-only data objects, making the security infrastructure self-managing and reducing overall complexity.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS10673835B2Implementing single sign-on in a transaction processing system
Publication Date: 2020.06.02 AIRBNB INC
  • US10673835B2 patent drawing
  • US10673835B2 patent drawing
  • US10673835B2 patent drawing

AI summary

A single sign-on is implemented in an online transaction processing system. A security token extracted from a transaction request is received. The security token is validated and, in response to a positive validation, security information is extracted. The security information is processed to validate the transaction request and a set of validation attributes is generated. The set of validation attributes is stored in a read-only data object. A transaction server is notified of the read-only data object to authorize processing of the transaction request by the transaction server.