Smart Card P2P Authentication via Challenge-Response

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing methods for secure peer-to-peer communication between unregistered users lack simplicity and require either insecure software solutions or costly, user-unfriendly hardware tokens, and existing technologies do not efficiently enable secure communication using existing hardware without registration with a central authority.

Innovation Solution

A method utilizing existing smart cards for mutual authentication between two users, where each user is registered with a trustworthy certification authority, enabling secure peer-to-peer communication without the need for additional hardware tokens and using Diffie-Hellman key exchange for secure channel establishment.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of manufacture

If software-based cryptographic methods are used to secure communication, then security can be implemented without additional hardware, but the system is vulnerable to replay attacks and security gaps

Engineering Contradiction:
Improveimplementation simplicityVSAvoidsecurity against replay attacks
Core Design Contradiction:
Ease of manufactureVSReliability

Solution Approach 1:

The patent introduces a challenge-response mechanism as an intermediary security layer. A random challenge is generated and transmitted to the communication partner, who must respond with a cryptographic signature. This intermediary step prevents replay attacks because each challenge is unique and cannot be reused, while still using standard software-based cryptography without requiring specialized hardware tokens.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If hardware tokens are used to secure communication, then security against attacks is improved, but cost increases and user acceptance decreases due to carrying additional devices

Engineering Contradiction:
Improvesecurity protectionVSAvoidnumber of devices to carry
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent makes the terminal device itself multi-functional by integrating both communication capabilities and cryptographic authentication functions into a single device. The terminal acts as both the communication endpoint and the security authentication device, eliminating the need for separate hardware tokens while maintaining strong security through challenge-response authentication.

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

Solution Approach 2:

The terminal device performs self-authentication by generating and verifying cryptographic signatures internally using its own resources. The device uses its stored private key to sign challenges received from communication partners, and verifies incoming signatures using stored public keys, making the security system self-sufficient without external hardware tokens.

Inventive Principle:
Principle #25Self-service

3Reliability

If FIDO U2F standard is used for authentication, then two-factor authentication is achieved, but registration with a central service is required which limits direct peer-to-peer authentication

Engineering Contradiction:
Improvetwo-factor authenticationVSAvoiddirect peer-to-peer authentication capability
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent extracts the authentication mechanism from the FIDO framework's central service dependency and implements a standalone challenge-response system. By removing the requirement for central service registration and using direct cryptographic challenge exchange between terminals, the system enables peer-to-peer authentication while maintaining two-factor security through possession and knowledge factors.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

Instead of the traditional model where a central service issues credentials to users who then authenticate to services, the patent inverts the approach: terminals directly exchange cryptographic challenges and signatures with each other without central intervention. The authentication flow runs from peer-to-peer rather than through a central authority, enabling direct communication security.

Inventive Principle:
Principle #13The other way round (Inversion)

4Ease of manufacture

If conventional smart cards are used for authentication, then existing hardware can be utilized, but they lack the capability for direct peer-to-peer authentication without modification

Engineering Contradiction:
Improveuse of existing hardwareVSAvoidpeer-to-peer authentication capability
Core Design Contradiction:
Ease of manufactureVSAdaptability or versatility

Solution Approach 1:

The patent dynamically configures the smart card's functionality during runtime to enable peer-to-peer authentication. The card's application logic is activated or modified to support direct challenge-response authentication protocols, allowing conventional smart cards to adapt their behavior for direct communication security without requiring hardware modifications or reissuance.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentEP3641369B1Protection of p2p communication
Publication Date: 2022.07.06 GIESECKE & DEVRIENT EPAYMENTS GMBH
  • EP3641369B1 patent drawingFigure 1
  • EP3641369B1 patent drawingFigure 2
  • EP3641369B1 patent drawingFigure 3

AI summary

The present invention relates to a method for securing peer-to-peer communication between two terminal devices (10), which enables the use of conventional smart cards (11) instead of other hardware tokens that would otherwise need to be provided. In particular, the present invention enables particularly secure data communication without requiring any modifications to the underlying hardware. A user is registered with a certification authority (30) by linking proof of possession of a security element (204, ..., 212) and the user's identity using personal user data. A user certificate (214) is generated using the personal user data and a public key.The present invention is further directed to a correspondingly configured communication arrangement for securing peer-to-peer communication and to a computer program product with control commands that implement the method or operate the communication arrangement.