Cryptographic Module Secret Update Method

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Updating cryptographic secrets in a large number of cryptographic modules is cumbersome and expensive, requiring secure environments and not allowing for resumption of updates after interruptions, which can lead to data corruption and loss of access.

Innovation Solution

A method that ensures successful loading of secrets by comparing version numbers, marking the module for reloading, and updating secrets one by one, allowing for resumption from the same or different machines, with version numbers stored securely, ensuring consistency and integrity of data.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If secrets are updated in a secure environment, then security requirements are met, but the operation becomes unwieldy and expensive when the number of cryptographic modules is significant

Engineering Contradiction:
Improvesecurity requirementsVSAvoidoperation complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The cryptographic module performs self-update of its secrets using the method described. The module autonomously compares version numbers, loads new secrets if needed, and updates itself without requiring external intervention in a secure environment. This transforms the complex manual update process into an automated self-service operation.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The method uses version numbers as parameters to track and manage secret updates. By comparing version numbers before and after updates, the system can determine whether secrets need to be reloaded and maintain consistency across multiple cryptographic modules, simplifying the update management process.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If cryptographic modules do not permit read and write access to secrets, then security level is guaranteed, but the process of updating secrets cannot be resumed after failure

Engineering Contradiction:
Improvesecurity levelVSAvoidupdate resumption capability
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The method performs preliminary actions by first comparing version numbers to determine whether secrets need to be updated. It also prepares the update process by checking the current state of secrets before initiating the loading process, which allows for systematic resumption after interruptions without compromising security.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The method implements feedback mechanisms through version number comparisons. The system continuously monitors the version numbers of secrets and provides feedback on whether updates are needed and where interruptions occurred, enabling the process to be resumed from the correct point while maintaining security constraints.

Inventive Principle:
Principle #23Feedback

3Stability of the object's composition

If secrets are updated one by one, then consistency can be maintained, but the updating process becomes time-consuming

Engineering Contradiction:
ImproveconsistencyVSAvoidupdate time
Core Design Contradiction:
Stability of the object's compositionVSLoss of time

Solution Approach 1:

The method performs preliminary comparison of version numbers for all secrets before initiating the update process. This allows the system to identify which secrets need updating and in what order, enabling efficient sequential updates while maintaining consistency. The preliminary planning phase reduces the actual update time by avoiding unnecessary operations.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The method ensures continuity of useful action by implementing a resumable update process. If an interruption occurs, the system can continue from the exact point where it left off, rather than restarting the entire update process. This maintains consistency while minimizing time loss from interruptions.

Inventive Principle:
Principle #20Continuity of useful action

Data Source

PatentUS8411864B2Method of modifying secrets included in a cryptographic module, notably in an unprotected environment
Publication Date: 2013.04.02 THALES SA
  • US8411864B2 patent drawing
  • US8411864B2 patent drawing

AI summary

A method of modifying a set of secrets in a cryptographic module, to ensure that the modifying is either successful or invalid. The module includes readable version numbers for each secret and for the set of secrets. If the version number of the set of secrets is equal to a version number requiring the loading of a set of new secrets, the version number of the set of secrets of the cryptographic module is set to a distinctive number indicating that the cryptographic module is being reloaded. Next, for each secret, if the version number of the secret is different from the version number of the corresponding new secret to be loaded, the new secret and its version number are loaded. Next the version number of the set of secrets of the cryptographic module is set to the version number of the set of new secrets.