UEFI Driver Recovery from Secure Boot Authentication Failure

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Information handling systems face non-functionality due to UEFI secure boot authentication failures, which prevent the loading of necessary drivers and OS loaders, leading to system boot failures.

Innovation Solution

A method and system that retrieve and load previously validated UEFI drivers from a secondary memory device to support booting the operating system when an unauthenticated UEFI driver is detected, ensuring secure boot recovery by using a processor communicatively coupled to both memory devices.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If UEFI secure boot authentication is enabled to prevent loading of unauthorized drivers, then system security is improved, but system bootability deteriorates when authentication fails

Engineering Contradiction:
Improvesystem securityVSAvoidsystem bootability
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The system performs preliminary authentication of UEFI drivers during the secure boot process before allowing system operation. Valid drivers are pre-authenticated and stored in a designated location, so that when boot is attempted, the system can quickly verify against these pre-authenticated drivers without requiring complex runtime authentication, thus maintaining security while ensuring bootability of authorized drivers

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces an intermediary mechanism (the authenticated driver storage location and verification process) between the secure boot authentication failure and system non-functionality. When authentication fails, the system checks if a previously authenticated driver exists in the designated storage location and uses that as an intermediary solution to allow boot to proceed, preventing complete system failure while maintaining security through the intermediary verification layer

Inventive Principle:
Principle #24Intermediary (Mediator)

2Ease of repair

If previously validated UEFI drivers are stored in a separate memory location for recovery purposes, then system recoverability is improved, but device complexity increases

Engineering Contradiction:
Improvesystem recoverabilityVSAvoidmemory architecture
Core Design Contradiction:
Ease of repairVSDevice complexity

Solution Approach 1:

The memory system is segmented into two distinct locations: one for currently active UEFI drivers and another for previously authenticated backup drivers. This segmentation allows the system to maintain separate copies of drivers in different memory locations, enabling recovery operations without requiring complex reconfiguration of the memory architecture. The segmentation is simple and direct, improving recoverability while adding minimal complexity

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system creates a copy of authenticated UEFI drivers and stores them in a designated memory location before system operation. This copying mechanism ensures that a valid backup copy exists for recovery purposes. The copying process is straightforward and does not require complex duplication mechanisms, as it simply maintains a backup copy in a separate location that can be retrieved when authentication fails

Inventive Principle:
Principle #26Copying

Data Source

PatentUS10540501B2Recovering an information handling system from a secure boot authentication failure
Publication Date: 2020.01.21 DELL PROD LP
  • US10540501B2 patent drawing
  • US10540501B2 patent drawing
  • US10540501B2 patent drawing

AI summary

A method, information handling system (IHS) and a recovery system for recovering an IHS from a secure boot authentication failure. The method includes retrieving, via a processor from a first memory device, a first unified extensible firmware interface (UEFI) driver associated with a first component/device of the IHS. The method further includes determining, via a secure boot process, if the first UEFI driver is an authenticated UEFI driver. In response to determining that the first UEFI driver is not an authenticated driver, a previously validated UEFI driver corresponding to the first component/device is retrieved from a second memory device. The method further includes loading the previously validated UEFI driver.