PCR Key Unbinding During System Upgrades for Secure Boot

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

During system upgrades, the hash values stored in platform configuration registers (PCRs) may not match the current state of the computing device, preventing automatic decryption of encrypted data and disrupting the boot process, leading to unauthorized access or system lockouts.

Innovation Solution

A system that manages data encryption by temporarily unbinding PCR values and disk decryption before the boot process, utilizing network-based disk encryption during the upgrade, and subsequently updating PCR values to ensure secure decryption post-upgrade.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If PCR values are bound to disk decryption for security verification, then data security is improved, but system upgrade capability deteriorates due to hash value mismatches

Engineering Contradiction:
Improvedata securityVSAvoidsystem upgrade capability
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent makes the decryption binding dynamic by allowing it to be temporarily deactivated during system upgrades. The system can switch between bound and unbound states: during normal operation, PCR values are bound to disk decryption for security; during upgrades, the binding is deactivated to allow hash value changes; after upgrades, new bindings are created. This dynamic adaptability resolves the contradiction between maintaining security and enabling system evolution.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent performs preliminary actions by detecting upcoming system upgrades before they occur and proactively deactivating the PCR binding in advance. This prevents the hash value mismatch problem from occurring in the first place, allowing the system to upgrade without disruption while maintaining security bindings for non-upgraded components.

Inventive Principle:
Principle #10Preliminary action

2Ease of operation

If PCR binding is maintained during boot process, then automatic decryption is enabled, but system lockout occurs after upgrades due to hash mismatches

Engineering Contradiction:
Improveautomatic decryptionVSAvoidsystem access reliability
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The system dynamically adjusts the decryption binding state based on system conditions. During normal boot operations, PCR binding is active to enable automatic decryption. When system upgrades are detected or occur, the binding is temporarily deactivated to prevent lockouts. After upgrades complete, new bindings are established. This dynamic approach ensures both automatic decryption functionality and continuous system access reliability.

Inventive Principle:
Principle #15Dynamics

3Object-affected harmful factors

If disk encryption is secured with PCR hash verification, then unauthorized access is prevented, but legitimate access is blocked after configuration changes

Engineering Contradiction:
Improveunauthorized access preventionVSAvoidlegitimate access
Core Design Contradiction:
Object-affected harmful factorsVSEase of operation

Solution Approach 1:

The patent segments the disk encryption protection into multiple independent binding instances. Instead of a single binding that blocks all access after changes, the system creates separate bindings for different system states and time periods. Old bindings protect against unauthorized access for previous configurations, while new bindings enable legitimate access after upgrades. This segmentation allows both unauthorized access prevention and legitimate access to coexist.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system introduces an intermediary mechanism that manages the transition between security states. This intermediary detects system changes, temporarily suspends binding verification during upgrades, and then creates new bindings that reflect the current system state. This intermediary layer prevents both unauthorized access and legitimate access blocks by mediating between the security requirements and system evolution needs.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS12598065B2Managing data encryption during system upgrades
Publication Date: 2026.04.07 RED HAT INC
  • US12598065B2 patent drawing
  • US12598065B2 patent drawing
  • US12598065B2 patent drawing

AI summary

A system can be provided for managing data encryption during system updates. For example, the system can detect an upgrade to a component of a computing device that includes encrypted data. In response to detecting the upgrade and prior to a boot process the system can deactivate a link between a set of platform configuration register (PCR) values and a decryption key usable to decrypt the encrypted data. The system can further authorize access to the decryption key during the boot process by provisioning an alternative link between a network server and the decryption key. Additionally, subsequent to the boot process, the system can update the set of PCR values and link the updated set of PCR values and the decryption key.