Network Boot Device Authentication via Public Key Encryption

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing network boot technologies lack secure authentication mechanisms, allowing unauthorized devices to impersonate legitimate ones and access sensitive software and data, especially in large-scale data center environments where secure configuration and ownership verification are critical.

Innovation Solution

A network boot system that uses a public/private encryption key pair, where the device's public key is stored in a database and used to encrypt commands, which only the device with the matching private key can decrypt, ensuring authentication and ownership verification during the boot process, thereby preventing unauthorized access.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If network boot is performed without authentication mechanisms, then the boot process is simple and fast, but unauthorized devices can impersonate legitimate ones and access sensitive software and data

Engineering Contradiction:
Improveauthentication securityVSAvoidboot process complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent applies preliminary action by performing authentication before the boot process begins. The server encrypts a command with the device's public key and sends it during the boot phase. The device must decrypt and execute this command using its private key before receiving boot instructions, establishing authentication in advance to prevent unauthorized access.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent uses an intermediary approach by introducing an encrypted command as a mediator between the server and device. This command, encrypted with the device's public key, serves as a verification token that the device must process to prove its identity. The intermediary command enables secure authentication without requiring complex additional hardware or protocols.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If authentication mechanisms are added to network boot, then unauthorized access is prevented, but the boot process becomes more complex and time-consuming

Engineering Contradiction:
Improveauthentication securityVSAvoidboot time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The authentication is performed as a preliminary action during the initial boot phase before the operating system loads. The server sends an encrypted command that the device must decrypt and execute, and this entire authentication process occurs before any boot instructions are transmitted, ensuring security without delaying the main boot operations.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent changes the parameter of authentication timing from post-boot to pre-boot. By moving the authentication mechanism to occur during the firmware stage before the operating system loads, the system ensures that authentication security is established first, while the actual boot time impact is minimized since authentication completes before the lengthy OS loading process begins.

Inventive Principle:
Principle #35Parameter changes

3Reliability

If public key encryption is used for authentication, then device authenticity is verified, but the system requires key management infrastructure

Engineering Contradiction:
Improvedevice authenticationVSAvoidkey management complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent applies self-service by having each device generate and manage its own private key locally without requiring external key management infrastructure. The device's firmware contains the private key, and the server only needs to obtain the public key through existing device identification mechanisms. This self-service approach to key management eliminates the need for complex centralized key distribution systems.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent extracts the key management complexity from the overall system by separating public key distribution from private key storage. The public key is extracted and stored on the server through existing device identification processes, while the private key remains isolated in the device's secure firmware. This extraction eliminates the need for complex key management infrastructure while maintaining strong authentication.

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentUS9864608B2Client authentication during network boot
Publication Date: 2018.01.09 MICROSOFT TECHNOLOGY LICENSING LLC
  • US9864608B2 patent drawing
  • US9864608B2 patent drawing
  • US9864608B2 patent drawing

AI summary

A mechanism for performing a network boot sequence and provisioning a device may generate a command by a server and have the command executed by the device. The command may be used to verify the authenticity of the device, and may be used to establish ownership of the device. After authenticity and, in some cases ownership is established, bootable software may be downloaded and executed. The device may be provisioned with software applications.