Client-Server Authentication via Challenge-Response Mechanism

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current systems face challenges in securely establishing a connection between a client and a server without sharing pre-shared public keys, making them vulnerable to attacks during the connection establishment process.

Innovation Solution

A method where a secret authentication key is shared between the client and server through a secured network channel initially, and later used to validate a one-time challenge, allowing the connection to be authenticated without transmitting the key during the handshake, thereby reducing vulnerability to attacks.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If pre-shared public keys are shared during connection establishment, then authentication can be performed, but the system becomes vulnerable to attacks during the handshake process

Engineering Contradiction:
Improveauthentication securityVSAvoidvulnerability to attacks
Core Design Contradiction:
ReliabilityVSObject-affected harmful factors

Solution Approach 1:

The secret key is shared in advance through a secure channel before the actual connection establishment. This preliminary action allows the system to perform authentication without transmitting the key during the vulnerable handshake phase, thus resolving the contradiction between needing key sharing for authentication and avoiding key transmission during attacks

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

A challenge-response mechanism serves as an intermediary between the client and server for authentication. Instead of directly sharing keys during connection establishment, the system uses challenges that are processed with the pre-shared secret key to generate responses, thereby eliminating the need to transmit sensitive information during the handshake while maintaining authentication capability

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If secret keys are transmitted during handshake, then authentication is established, but the risk of denial-of-service attacks increases

Engineering Contradiction:
Improveconnection authenticationVSAvoiddenial-of-service attack risk
Core Design Contradiction:
ReliabilityVSObject-generated harmful factors

Solution Approach 1:

The secret key transmission is extracted from the connection establishment process and moved to a separate preliminary phase through secure channels. This separation removes the vulnerability point during handshake where attacks could occur, while still enabling authentication through the challenge-response mechanism that uses the extracted key

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The secret key exchange is performed as a preliminary action before the connection handshake begins. By completing the key sharing in advance through secure channels, the system eliminates the need to transmit keys during the handshake phase, thereby reducing denial-of-service attack risk while maintaining authentication capability

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS20240333533A1System and method for authentication in a client-server connection using challenge applied to a secret key
Publication Date: 2024.10.03 DELL PROD LP
  • US20240333533A1 patent drawing
  • US20240333533A1 patent drawing
  • US20240333533A1 patent drawing

AI summary

A method for managing an authentication includes establishing, by a server device, a secured network channel with a client, providing, via the secured network channel, a private key to the client, after the providing, obtaining, from the client, a request for establishing a session with the client via a second network channel, in response to the request: sending a challenge request to the client, obtaining a challenge response associated with the challenge request, wherein the challenge response specifies a first challenge answer, performing a challenge processing using a private key to generate a second challenge answer, making a determination, using the first challenge answer and the second challenge answer, that the client is authenticated, and based on the determination, initiating the session with the client.