Adhoc Encryption Key Exchange Compatibility

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing IEEE Std 802.11-2007 specifications for adhoc mode encryption key sharing are ambiguous, leading to connectivity issues between devices with different implementation forms, particularly in adhoc networks, where the interpretation of message types (plain text or encrypted text) is not clearly defined.

Innovation Solution

A communication apparatus determines which encryption key is common between itself and another party, decides the roles of authenticating and authenticated apparatuses, and performs error checking and encryption/decryption using the shared key to ensure successful key exchange processing, even in cases where different implementations are used.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If devices follow IEEE Std 802.11-2007 specifications for adhoc mode key exchange, then encryption key sharing is standardized, but multiple implementation interpretations lead to connectivity failures between devices

Engineering Contradiction:
Improvecompatibility between different device implementationsVSAvoidconnectivity success rate
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent changes the parameter of message encryption status by detecting whether the received message is encrypted or in plain text, and dynamically adjusting the transmission approach. When an encrypted message is received, the device switches to sending plain text messages, and vice versa. This parameter adaptation resolves the contradiction by allowing devices with different implementation interpretations to communicate successfully.

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

The patent introduces dynamic behavior in the key exchange process by continuously monitoring the encryption status of received messages and adjusting the transmission mode accordingly. This dynamic adaptation allows the system to handle both encrypted and plain text implementations, improving compatibility while maintaining reliable connectivity.

Inventive Principle:
Principle #15Dynamics

2Reliability

If Message 4 is sent as encrypted text, then security is enhanced, but devices expecting plain text cannot interpret the message, causing connection failure

Engineering Contradiction:
Improvemessage interpretation successVSAvoidencryption mismatch between devices
Core Design Contradiction:
ReliabilityVSObject-affected harmful factors

Solution Approach 1:

The patent employs feedback by detecting the encryption status of the received Message 3 and using this information to determine the appropriate transmission mode for Message 4. This feedback mechanism ensures that the transmitted message will be interpretable by the receiving device, preventing connection failures due to encryption mismatch.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The patent applies preliminary anti-action by proactively adjusting the encryption mode before sending Message 4, based on the detected status of the received message. This preemptive adjustment prevents the harmful effect of encryption mismatch before it can cause connection failure.

Inventive Principle:
Principle #9Preliminary anti-action

3Adaptability or versatility

If four-way handshake is performed twice in adhoc mode, then mutual key sharing is achieved, but implementation ambiguities cause devices with different interpretations to fail to connect

Engineering Contradiction:
Improveimplementation flexibilityVSAvoidmutual connectivity
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent applies parameter changes by dynamically adjusting the encryption status parameter during the four-way handshake process. By detecting whether received messages are encrypted or in plain text and switching the transmission mode accordingly, the device can successfully complete the handshake process with other devices regardless of their implementation interpretation, thereby achieving mutual connectivity.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS9843444B2Communication apparatus, control method, and storage medium
Publication Date: 2017.12.12 CANON KK
  • US9843444B2 patent drawing
  • US9843444B2 patent drawing
  • US9843444B2 patent drawing

AI summary

Disclosed is a communication apparatus for executing processing for sharing an encryption key between itself and another party's communication apparatus, wherein the communication apparatus executes the processing, respectively at least one time, as an authenticating apparatus and an authenticated apparatus. The communication apparatus determines which encryption key of an encryption key provided by this communication apparatus and an encryption key provided by the other party's communication apparatus is the encryption key used in common by this communication apparatus and the other party's communication apparatus, and decides, in accordance with result of the determination, which of this communication apparatus and the other party's communication apparatus is to be made the authenticating apparatus first.