Shared Secret Data Production with Concealed Cloaking Elements

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

Existing secure communication systems face challenges in protecting private keys when public keys are exchanged over open communication channels, making it difficult to prevent reverse engineering and unauthorized access.

Innovation Solution

A shared secret data production system using pseudorandom number generators, algebraic eraser modules, and concealed cloaking operators to generate and exchange public keys, which are then used to produce shared secret data through E-multiplication and cryptographic hash functions, ensuring that private keys remain secure even in open communication channels.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If public keys are exchanged over open communication channels, then secure communication can be established, but private keys become vulnerable to reverse engineering and unauthorized access

Engineering Contradiction:

Improvesecurity of private keysVSAvoidreverse engineering risk

Core Design Contradiction:

ReliabilityVSObject-affected harmful factors

Solution Approach 1:

The system segments the cryptographic key management into distinct components: private keys remain localized and never leave the devices, while public keys are exchanged for authentication. This segmentation ensures that the sensitive private key material is never exposed during communication, eliminating the reverse engineering vulnerability while maintaining secure communication capabilities.

Inventive Principle:

Principle #1Segmentation

Solution Approach 2:

The patent introduces public keys as an intermediary element that mediates the authentication process. Instead of directly exposing or transmitting private keys, the system uses public keys as a safe intermediary that carries authentication information without revealing the sensitive private key material, thus protecting against reverse engineering attacks.

Inventive Principle:

Principle #24Intermediary (Mediator)

2Reliability

If private keys are protected by never transmitting them, then security is improved, but key exchange and authentication become more complex

Engineering Contradiction:

Improveprivate key protectionVSAvoidkey exchange mechanism

Core Design Contradiction:

ReliabilityVSDevice complexity

Solution Approach 1:

Each device generates its own public key from its private key locally and uses this self-generated public key for authentication. The devices serve themselves by creating their own cryptographic credentials without requiring external key distribution infrastructure, simplifying the overall system while maintaining strong security through private key protection.

Inventive Principle:

Principle #25Self-service

Data Source

PatentUS11658811B2Shared secret data production with use of concealed cloaking elements

Publication Date: 2023.05.23 SECURERF CORP

AI summary

Systems and methods to produce shared secret data are generally described. In some examples, a first device may receive a first public key from a second device. The first device may produce a first public key based on the first public key of the second device. The respective private keys of each device may be associated with the first public keys of each device. Each device may produce a second public key based of respective private keys and the other devices first public key. Each device may transmit a second public key to the other device. The first device may produce the shared secret data based on its private key and the second public key of the second device. The second device may produce the shared secret data based on its private key and the second public key of the first device.