Blockchain Authentication Block for Granular Encryption Control

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current blockchain systems lack effective mechanisms to protect sensitive information, as access to blockchain data is typically defined externally, which limits the ability to ensure secure access and encryption.

Innovation Solution

Incorporating an authentication/encryption block, such as a genesis block, that defines encryption levels, authentication requirements, and security levels for blockchain data, allowing for individualized encryption and access control on a block-by-block or field-by-field basis, using metadata to specify encryption types and authentication levels.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If access to blockchain data is defined externally, then the blockchain system is simple to operate, but the security and encryption protection of sensitive information is insufficient

Engineering Contradiction:
Improvesecurity protectionVSAvoidaccess control mechanism
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent segments the blockchain structure by introducing a special authentication/encryption block that separates security management from data storage. This block contains metadata with encryption levels, authentication requirements, and security parameters, allowing granular control over different portions of the blockchain without complicating the overall system architecture.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The authentication/encryption block is added in advance to the blockchain (typically as part of the genesis block or early in the chain) to pre-establish security rules and encryption parameters. This preliminary action defines access control policies before sensitive data is stored, enabling automatic enforcement of security requirements without adding complexity to ongoing operations.

Inventive Principle:
Principle #10Preliminary action

2Adaptability or versatility

If uniform encryption is applied to all blockchain data, then the system is easier to manage, but it cannot provide granular access control for different sensitivity levels

Engineering Contradiction:
Improvegranular access controlVSAvoidencryption management
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements local quality by allowing different encryption levels and authentication requirements to be assigned to different blocks or data portions within the blockchain. The authentication/encryption block contains metadata that specifies varying security parameters for different data sensitivity levels, enabling each portion of the blockchain to have customized access control appropriate to its content.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system changes encryption parameters dynamically based on data sensitivity. The authentication/encryption block stores metadata with varying encryption levels, authentication factor requirements, and access permissions that can be adjusted for different data types and sensitivity levels, allowing flexible security management without uniform constraints.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS12153702B2Using a trusted authority to enforce encryption levels/authentication levels in a blockchain
Publication Date: 2024.11.26 MICRO FOCUS LLC
  • US12153702B2 patent drawing
  • US12153702B2 patent drawing
  • US12153702B2 patent drawing

AI summary

A request to create a blockchain is received. In response to receiving the request to create a blockchain, an authentication/encryption block is added to the blockchain. For example, the authentication/encryption block may be part of a genesis block of the blockchain. The authentication/encryption block comprises metadata that indicates at least one of: 1) an encryption level for blockchain data that will be part of the blockchain, 2) an encryption type for the blockchain data that will be part the blockchain, 3) an authentication level required to access the blockchain data that will be part of the blockchain, and a security level for the blockchain data that will be part of the blockchain. The metadata is used to define encryption and/or authentication requirements for accessing the blockchain data.