Boot-Time Security Key Authentication for BMC Access Control

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Data centers face challenges in balancing security and manageability, particularly in bare-metal, multi-tenant environments where unsecure interfaces for communication with baseboard management controllers (BMCs) can be exploited, and intelligent components with firmware and persistency pose security risks.

Innovation Solution

Generating a security key upon boot for a host-facing interface and communicating it to the BMC to authenticate commands, using a trusted nonce exchange mechanism between the server chipset and the BMC, ensuring only authorized access and enforcing policy-based command execution to reduce the attack surface.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If unsecure interfaces are used for communication with BMC, then manageability is improved, but security is worsened

Engineering Contradiction:
ImprovemanageabilityVSAvoidsecurity
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The interface transitions from unsecure to secure based on authentication status. During boot, the host-facing interface is in unsecure mode to allow BMC access. After successful authentication using the security key, the interface dynamically switches to secure mode, allowing manageability while protecting against unauthorized access.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

A security key acts as an intermediary between the host-facing interface and the BMC. This key is generated at boot and used to authenticate commands before they reach the BMC, enabling secure communication while maintaining the existing interface architecture.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If security key authentication is implemented, then security is improved, but device complexity is worsened

Engineering Contradiction:
ImprovesecurityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The security key is generated in advance during the boot process, before any BMC commands are executed. This preliminary generation of the authentication credential simplifies the overall process by establishing security upfront rather than requiring complex continuous authentication mechanisms.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The host-facing interface automatically generates its own security key during boot and uses it for authentication. This self-service approach eliminates the need for external key management infrastructure, reducing system complexity while maintaining strong security.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS11256810B2Systems, computing devices, and methods for authenticating privileged subsystem access by policy and by use of a security key generated at boot
Publication Date: 2022.02.22 LENOVO GLOBAL TECHNOLOGIES SWITZERLAND INTERNATIONAL GMBH
  • US11256810B2 patent drawing
  • US11256810B2 patent drawing
  • US11256810B2 patent drawing

AI summary

Systems, computing devices, and methods for authenticating privileged subsystem access by policy and by use of a security key generated at boot are disclosed herein. According to an aspect, a method includes generating a security key upon boot of a host-facing interface for a client. The method also includes communicating the security key to a baseboard management controller. Further, the method includes authenticating, to the host-facing interface commands, based on the security key. The method may also include implementing a policy associated with the security key. Further, in response to determining that a received command is not allowed by policy or the security key is not authenticated, an external server port or debug header may be disabled to prevent execution of the command.