PUF-Based Private Key Authentication for Financial Networks

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current financial transaction systems, particularly in FinTech 2.0, face security risks due to vulnerabilities in the client-server network structure, such as the SWIFT system, and the abuse of private keys in Peer-to-Peer (P2P) networks like Bitcoin, which can lead to unauthorized transactions and the manipulation of transaction records.

Innovation Solution

Implementing a Physically Unclonable Function (PUF) device that associates private keys with physical substances, ensuring individual authentication and preventing the abuse of private keys by linking them to physical authentication methods, thereby enhancing security in financial transaction networks.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If a client-server network structure is used for financial transactions, then centralized management and service provision are achieved, but security vulnerabilities and single points of failure increase

Engineering Contradiction:
Improvecentralized managementVSAvoidsecurity vulnerability
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The patent segments the centralized server into multiple distributed nodes that collectively perform the functions previously handled by a single server. Each node maintains a copy of the transaction ledger and can independently validate transactions, eliminating the single point of failure while preserving centralized management capabilities through consensus mechanisms.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces a cryptographic intermediary layer using public-key infrastructure and digital signatures. This intermediary mechanism enables secure peer-to-peer transactions without requiring trust in any single node, as the cryptographic protocol mediates the verification process and ensures transaction integrity across the distributed network.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If private keys are used for authentication in P2P networks, then decentralized authentication is achieved, but the risk of private key abuse and unauthorized transactions increases

Engineering Contradiction:
Improvedecentralized authenticationVSAvoidprivate key abuse
Core Design Contradiction:
Adaptability or versatilityVSObject-affected harmful factors

Solution Approach 1:

The patent implements preliminary action by requiring pre-signed transaction templates and advance authorization mechanisms. Users can pre-approve transaction patterns and limits, and the system validates these pre-authorized transactions against the established rules, preventing private key abuse before it occurs rather than relying solely on post-hoc detection.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent implements feedback mechanisms where the network continuously monitors transaction patterns and provides real-time validation. When a transaction is detected that deviates from pre-approved patterns or exceeds authorized limits, the network immediately rejects it and can trigger alerts, creating a feedback loop that prevents private key abuse through active monitoring and correction.

Inventive Principle:
Principle #23Feedback

3Reliability

If encryption communication technologies are used, then transaction security is improved, but the complexity of key management and system configuration increases

Engineering Contradiction:
Improvetransaction securityVSAvoidkey management complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent implements self-service through automated key generation, storage, and management mechanisms. Each node automatically generates its own cryptographic key pairs, securely stores them in hardware security modules or encrypted storage, and manages key rotation and revocation without requiring manual intervention. This automation eliminates the burden of complex key management while maintaining high security standards.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS10785022B2Network without abuse of a private key
Publication Date: 2020.09.22 WATANABE YUKIKO
  • US10785022B2 patent drawing
  • US10785022B2 patent drawing
  • US10785022B2 patent drawing

AI summary

A network includes a logical network and a physical network. The logical network includes a plurality of logical nodes. Each logical node is connected to a respective identification core. Each identification core includes at least one semiconductor chip having a physical randomness. Each semiconductor chip generates one of a plurality of pairs of private keys and public keys based on the physical randomness thereof according to an input received by the one of the at least one semiconductor chip under a public key cryptography. One of the public keys is regarded as a logical address of one of the logical nodes, which is connected to one of the identification cores. The physical network includes a plurality of physical nodes. Each identification core is one of components in each physical node. The logical network is uniquely linked to the physical network by the pairs of private keys and public keys.