Secure Guest HSM Binding for Policy-Based Key Access

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing technologies fail to provide a secure binding method between a virtual machine and a hardware security module (HSM) in confidential computing environments, allowing virtual machines to access and potentially steal cryptographic keys, which can lead to data breaches.

Innovation Solution

A policy-based association method using trusted firmware to establish a binding and association between a secure guest and an HSM, ensuring only non-sensitive requests are sent to the HSM, with sensitive requests requiring prior association, and allowing the secure guest to select an appropriate HSM based on policy rules.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If a virtual machine is allowed to access cryptographic keys directly, then the virtual machine can perform cryptographic operations, but the security of the cryptographic keys is compromised

Engineering Contradiction:
Improveaccess to cryptographic operationsVSAvoidsecurity of cryptographic keys
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The patent introduces a hardware security module (HSM) as an intermediary between the virtual machine and cryptographic keys. The HSM securely stores keys and performs cryptographic operations on behalf of the virtual machine, allowing the VM to access cryptographic functionality without directly accessing the keys themselves. This mediator architecture resolves the contradiction by enabling operational access while maintaining key security.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent segments the cryptographic system into distinct components: the virtual machine (application layer), the hardware security module (security layer), and the cryptographic keys (data layer). This segmentation allows the virtual machine to interact with the HSM through controlled interfaces for cryptographic operations, while the keys remain isolated in the secure hardware environment, thus enabling functionality while preserving security.

Inventive Principle:
Principle #1Segmentation

2Reliability

If additional security measures like HSMs are implemented, then data security is improved, but system complexity increases

Engineering Contradiction:
Improvedata securityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The hardware security module serves multiple functions: key storage, key generation, cryptographic operations, and access control. By consolidating these security functions into a single multi-functional component, the system achieves high data security without proportionally increasing complexity. The HSM acts as a universal security device that handles various cryptographic tasks through standardized interfaces.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The HSM autonomously manages cryptographic keys and performs cryptographic operations without requiring external intervention for key access or management. The module self-regulates access through policy enforcement and automatically executes cryptographic functions when requested by authorized virtual machines, reducing the operational complexity burden on the system administrator while maintaining high security standards.

Inventive Principle:
Principle #25Self-service

3Reliability

If policy-based association is implemented between HSM and secure guest, then key exposure is prevented, but the binding and association process becomes more complex

Engineering Contradiction:
Improveprevention of key exposureVSAvoidbinding and association process
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent establishes binding between the secure guest and HSM, and association between the HSM and cryptographic keys, before any cryptographic operations occur. This preliminary configuration creates a secure foundation that automatically enforces access policies. By pre-establishing these relationships, the system prevents key exposure through policy enforcement from the outset, rather than requiring complex runtime checks for each operation.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The policy-based association mechanism provides continuous feedback verification: the HSM verifies the binding between guest and HSM, and verifies the association between key and HSM, before allowing any cryptographic operation. This feedback loop ensures that only authorized operations proceed, automatically preventing key exposure attempts while maintaining a relatively simple interface for legitimate operations.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS12468859B2Selecting an HSM for association to a secure guest
Publication Date: 2025.11.11 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US12468859B2 patent drawing
  • US12468859B2 patent drawing
  • US12468859B2 patent drawing

AI summary

A method for a policy-based association of a hardware security module to a secure guest is disclosed. The method comprises maintaining a binding between a secure guest and an HSM. Thereby, the binding enables the trusted guest to send only non-sensitive request to the HSM. The method comprises further maintaining, for a secure guest, a pair of a secret and a secret name, submitting a query to the bound HSM for obtaining HSM configuration data, and upon determining that the obtained HSM configuration data match a rule available to the secure guest, wherein the rule associates the HSM to a secret name, requesting to associate the secret from the pair of secret and the secret name to the bound HSM, thereby triggering that the trusted firmware allows the secure guest to submit a sensitive crypto-request to the bound and associated HSM.