Multi-Mechanism Authentication Intermediary for Flexible Identity Verification

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional communication protocols lack flexibility in authentication mechanisms, particularly in scenarios where the identity of the actual user needs to be verified or a fixed anonymous user is used, leading to inadequate security in message transmission between sender and receiver computing systems.

Innovation Solution

Implementing multiple authentication mechanisms, such as username/password, X.509 certificate, SAP logon ticket, and SAML assertions, in conjunction with an intermediary component that processes and verifies these mechanisms to ensure secure authentication and service provision, allowing for flexible identification of users and anonymous access without requiring the receiver to know the principal user.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If conventional communication protocols are used for authentication, then the system is simple to implement, but the authentication flexibility and security are insufficient

Engineering Contradiction:
Improveauthentication flexibilityVSAvoidauthentication mechanism complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The authentication mechanism is segmented into multiple independent authentication data elements (first authentication data and second authentication data), each corresponding to different authentication mechanisms. This segmentation allows the receiver to process different types of authentication data independently, providing flexibility in authentication verification while maintaining clear separation of concerns in the system architecture.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system implements multi-functionality by supporting multiple authentication mechanisms (e.g., username/password, X.509 certificate, SAP logon ticket, SAML assertions) within a single communication framework. The receiver is configured to handle various authentication mechanisms, making the system universally applicable to different authentication scenarios without requiring separate systems for each mechanism.

Inventive Principle:
Principle #6Universality (Multi-functionality)

2Reliability

If multiple authentication mechanisms are implemented, then authentication security and flexibility are improved, but the complexity of the communication protocol increases

Engineering Contradiction:
Improveauthentication securityVSAvoidcommunication protocol complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The intermediary component acts as a mediator between the sender and receiver, handling the complexity of multiple authentication mechanisms. It receives the message with embedded authentication data, processes the authentication verification, and communicates with the receiver. This intermediary absorbs the protocol complexity, shielding the main system from complexity while maintaining high security through multiple authentication layers.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

Authentication data is embedded in the message during the preliminary message creation phase at the sender side. The first and second authentication data are prepared and attached to the message before transmission. This preliminary action ensures that authentication verification can proceed smoothly during message processing without adding complexity to the real-time communication flow.

Inventive Principle:
Principle #10Preliminary action

3Measurement precision

If the receiver must know the identity of the actual user, then authentication precision is improved, but the system loses anonymity and flexibility

Engineering Contradiction:
Improveuser identity verification precisionVSAvoidanonymous access capability
Core Design Contradiction:
Measurement precisionVSAdaptability or versatility

Solution Approach 1:

The system applies local quality by allowing different parts of the authentication process to have different properties. The first authentication data can provide precise user identification when needed, while the second authentication data can enable anonymous access when appropriate. Each authentication mechanism operates with its own characteristics, allowing the system to maintain precision where required while preserving anonymity where suitable.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The authentication system is dynamic, allowing the choice between identified and anonymous access based on the specific service and context. The receiver can be configured to require precise user identification for certain services while allowing anonymous access for others. This dynamic adaptability enables the system to switch between precision and anonymity as needed, rather than being fixed in one mode.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS8321678B2System and method to send a message using multiple authentication mechanisms
Publication Date: 2012.11.27 SAP SE
  • US8321678B2 patent drawing
  • US8321678B2 patent drawing
  • US8321678B2 patent drawing

AI summary

A system may include a sender computing system to transmit first authentication data in association with a message, the first authentication data conforming to a first authentication mechanism, and to transmit second authentication data in association with the message, the second authentication data conforming to a second authentication mechanism. The system may also include a component to receive the first authentication data in association with the message from the sender computing system, and to receive the second authentication data in association with the message from the sender computing system.