Manicoding Keys and Messages for Secure Communication Verification

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional secure communication systems face challenges in verifying the successful completion of encrypted communications, leading to undesirable costs and inefficiencies, as well as potential compromises in message security when third-party verification is necessary.

Innovation Solution

A system utilizing manicoding techniques, involving manicoded keys and messages with associated manifests, allows decentralized verification through a verifier system that compares key and message manifests to confirm the recipient's access to message content, ensuring secure and verifiable communication without relying on trusted third parties.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If conventional encryption methods are used to secure communications, then message security is improved, but the ability to verify successful communication is lost

Engineering Contradiction:
Improvemessage securityVSAvoidverification capability
Core Design Contradiction:
ReliabilityVSLoss of information

Solution Approach 1:

The encryption system is segmented into multiple components: public keys for encoding, private keys for decoding, and cryptographic hashes for verification. This segmentation allows each component to serve its specific function while collectively providing both security and verifiability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Cryptographic hashes act as an intermediary mechanism that bridges the gap between encrypted communication and verification. The hash of the original message is transmitted separately and can be compared with the hash of the decrypted message to verify successful communication without exposing the encrypted content.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If third-party verification is implemented for secure communications, then verification reliability is improved, but cost and system complexity increase

Engineering Contradiction:
Improveverification reliabilityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The verification system is self-service in nature, allowing the communicating parties to verify their own communication success using cryptographic hashes. No external third-party verification service is needed, as each party can independently verify that their message was successfully encrypted or decrypted by comparing hashes.

Inventive Principle:
Principle #25Self-service

3Loss of information

If public keys are transmitted over shared channels for verification, then verification capability is improved, but vulnerability to interception increases

Engineering Contradiction:
Improveverification capabilityVSAvoidinterception vulnerability
Core Design Contradiction:
Loss of informationVSObject-affected harmful factors

Solution Approach 1:

Instead of transmitting the actual public key over the shared channel, the system transmits a cryptographic hash (copy) of the public key. This hash serves as a verification token that can be compared locally without exposing the actual public key to potential interception or tampering on the shared channel.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS12413561B2Manicoding for communication verification
Publication Date: 2025.09.09 GVILI YARON
  • US12413561B2 patent drawing
  • US12413561B2 patent drawing
  • US12413561B2 patent drawing

AI summary

Verifiable, secure communications between a sender and a receiver on at least one shared communication channel is provided. A manicoded key encoder produces an argument of knowledge for a secret key to the at least one shared communication channel, and a manicoded message encoder provides an implication argument indicating that knowledge of the secret key enables access to message content of the manicoded message. The argument of knowledge is included in a key manifest for the secret key within a manicoded key, and the implication argument is included in a message manifest of a manicoded message. In this way, the sender may provide message content within the manicoded message, and the receiver may operate a decoder to access the message content. A verifier may use the manicoded key and the manicoded message to verify that the receiver has access to the message content.