UEFI einfach erklärt: Was die Firmware eines modernen PCs wirklich macht

Was ist UEFI?

UEFI steht für Unified Extensible Firmware Interface. Es ist eine standardisierte Firmware-Schnittstelle, die den Übergang zwischen Plattform-Hardware, Firmwarefunktionen, Bootprogrammen und Betriebssystem organisiert.

UEFI ist deshalb deutlich mehr als das grafische Einstellungsmenü, das beim Einschalten über eine Funktionstaste geöffnet werden kann. Die Spezifikation definiert unter anderem ausführbare UEFI-Images, Treiber, Bootoptionen, Protokolle, Boot Services, Runtime Services, Variablen und Datenstrukturen für den Austausch mit Betriebssystemloadern.

Aktueller Stand: UEFI 2.11

Das UEFI Forum führt UEFI Specification Version 2.11 als aktuelle Fassung. Sie wurde im Dezember 2024 veröffentlicht und erweitert beziehungsweise präzisiert unter anderem Bootmanagement, Speicherverwaltung, Protokolle und kryptografische Algorithmen.

Für diesen Artikel dient daher UEFI 2.11 als normative Grundlage. Hersteller können darüber hinaus eigene Funktionen ergänzen, solange die standardisierten Schnittstellen und Anforderungen eingehalten werden.

Warum UEFI mehr ist als ein modernes BIOS

Im Alltag wird UEFI häufig schlicht „BIOS“ genannt. Das ist verständlich, weil beide Begriffe mit der Firmware eines PCs und dessen Konfigurationsoberfläche verbunden werden. Technisch beschreibt UEFI jedoch eine umfangreiche standardisierte Ausführungs- und Schnittstellenumgebung.

UEFI kann Anwendungen und Treiber laden, Geräte über Protokolle ansprechen, Bootziele über Device Paths identifizieren und dem Betriebssystemloader strukturierte Tabellen und Dienste bereitstellen. Der spätere BIOS-Artikel behandelt die historische und technische Abgrenzung separat.

Firmware und UEFI sind nicht dasselbe

Firmware ist der Oberbegriff für Software, die eng an Hardware gebunden ist und grundlegende Geräte- oder Plattformfunktionen bereitstellt. UEFI ist dagegen eine konkrete standardisierte Schnittstelle und Architektur innerhalb moderner Plattform-Firmware.

Ein PC kann deshalb UEFI-konforme Firmware besitzen, während dieselbe Plattform zusätzlich herstellerspezifische Firmwaremodule für Speichertraining, Geräteinitialisierung, Diagnose oder Updatefunktionen enthält.

Der UEFI Boot Manager als Firmware-Policy-Engine

Der UEFI Boot Manager entscheidet nach der Plattforminitialisierung, welche UEFI-Treiber und Anwendungen ausdrücklich geladen werden sollen. Die Spezifikation beschreibt ihn als konfigurierbare Firmware-Policy-Engine.

Dabei folgt der normale Start einer in globalen NVRAM-Variablen gespeicherten Reihenfolge. Bootziele sind nicht bloß „Festplatte 1“ oder „USB“, sondern strukturierte Load Options, die unter anderem auf Gerätepfade und zu ladende UEFI-Images verweisen können.

BootOrder, Boot#### und BootNext

UEFI speichert Bootoptionen typischerweise als Boot####-Variablen. BootOrder legt fest, in welcher Reihenfolge diese Optionen beim normalen Start versucht werden.

BootNext ist eine besondere Variable für eine einmalige Startauswahl. Ist sie gesetzt, wird die angegebene Option beim nächsten Start bevorzugt; anschließend wird BootNext wieder entfernt. Genau deshalb kann ein Betriebssystem oder eine Verwaltungssoftware einen einmaligen Neustart in ein alternatives Bootziel auslösen, ohne die dauerhafte Reihenfolge umzubauen.

Device Paths: Wie UEFI ein Bootziel beschreibt

UEFI verwendet Device Paths, um Geräte und logische Ziele programmatisch zu beschreiben. Ein Device Path kann zum Beispiel Hardwarepfade, Partitionen, Dateien oder Netzwerkparameter in einer strukturierten Kette abbilden.

Das ist ein wichtiger Unterschied zu der vereinfachten Vorstellung, Firmware würde nur eine physische Festplatte auswählen. Eine Bootoption kann sehr präzise zu einem bestimmten Gerät, einer Partition und einer ausführbaren UEFI-Datei führen.

EFI System Partition: Speicherort für Bootprogramme, nicht für UEFI selbst

Die EFI System Partition (ESP) ist eine speziell gekennzeichnete Systempartition auf einem Datenträger. Sie kann UEFI-Anwendungen und Betriebssystem-Bootloader enthalten. Die Firmware selbst liegt jedoch nicht „auf der ESP“ – sie befindet sich in nichtflüchtigem Plattform-Firmware-Speicher.

Bei einer normalen Windows-Installation auf einem UEFI-System verwendet Microsoft für das Systemlaufwerk GPT und eine FAT32-formatierte ESP. Der Windows Boot Manager liegt dort typischerweise unter dem Pfad \EFI\Microsoft\Boot\bootmgfw.efi.

UEFI-Images: Anwendungen, OS Loader und Treiber

Die Spezifikation kennt unterschiedliche ausführbare UEFI-Images. Dazu gehören Anwendungen, Betriebssystemloader sowie Boot-Service- und Runtime-Treiber.

Diese Programme laufen noch in der Firmwareumgebung. Ein UEFI-OS-Loader ist damit technisch eine UEFI-Anwendung mit der besonderen Aufgabe, genügend Betriebssystemumgebung aufzubauen, um anschließend die Kontrolle über die Plattform zu übernehmen.

EFI System Table: Übergabepunkt für Dienste und Systeminformationen

Wenn ein UEFI-Image gestartet wird, erhält es einen Zeiger auf die EFI System Table. Diese zentrale Struktur verweist unter anderem auf Konsolen, Boot Services, Runtime Services und Configuration Tables.

Configuration Tables können standardisierte Plattforminformationen wie ACPI oder SMBIOS zugänglich machen. Dadurch erhält ein Betriebssystemloader eine definierte Schnittstelle zur Firmwareumgebung, statt herstellerspezifische Interna erraten zu müssen.

Boot Services: Firmwaredienste während der Pre-Boot-Phase

Solange die Firmware noch die Plattformressourcen verwaltet, können UEFI-Anwendungen und Betriebssystemloader Boot Services nutzen. Dazu gehören beispielsweise Speicherallokation, Ereignisse, Laden und Starten weiterer Images sowie Protokoll- und Gerätezugriffe.

Diese Dienste bilden eine komfortable Pre-Boot-Umgebung. Sie sind jedoch bewusst zeitlich begrenzt: Der Betriebssystemloader soll sie nur nutzen, bis er selbst genug Kontrolle aufgebaut hat.

ExitBootServices(): Der entscheidende Übergabepunkt

Mit ExitBootServices() erklärt ein UEFI-OS-Loader, dass er bereit ist, die weitere Verwaltung der Plattform zu übernehmen. Nach erfolgreichem Aufruf sind die Boot-Service-Funktionszeiger nicht mehr gültig.

Dieser Moment ist konzeptionell einer der wichtigsten Punkte im modernen PC-Start: Aus einer von der Firmware verwalteten Pre-Boot-Umgebung wird eine vom Betriebssystem kontrollierte Laufzeitumgebung.

Runtime Services: Was von UEFI nach dem Boot übrig bleibt

Nicht sämtliche UEFI-Funktionen verschwinden mit ExitBootServices(). Die Spezifikation definiert Runtime Services, die grundsätzlich auch nach der Übergabe an das Betriebssystem erreichbar bleiben.

Dazu gehören unter anderem Dienste für Zeit, nichtflüchtige UEFI-Variablen, Plattform-Reset und Firmware-Capsules. Wie ein Betriebssystem diese Funktionen konkret einbindet, ist Teil seiner eigenen Implementierung.

Secure Boot ist eine UEFI-Funktion – aber nicht UEFI selbst

Secure Boot baut auf UEFI-Mechanismen und authentifizierten Variablen auf, ist aber nur ein Teil des gesamten UEFI-Ökosystems. UEFI kann auch ohne eine ausführliche Secure-Boot-Erklärung verstanden werden.

Die Details zu Platform Key, KEK, db, dbx, Zertifikaten und der Vertrauenskette behandelt deshalb der eigene Secure-Boot-Artikel. Hier genügt die Einordnung: UEFI stellt die Firmwareumgebung bereit, in der Secure Boot frühe Startsoftware kryptografisch bewerten kann.

Typische UEFI-Probleme richtig einordnen

Fehler im UEFI-Umfeld können sehr unterschiedliche Ursachen haben: verlorene oder falsche Bootoptionen, beschädigte Bootdateien auf der ESP, geänderte Secure-Boot-Konfiguration, Firmwareupdates, fehlerhafte Geräteinitialisierung oder ein Wechsel zwischen Legacy- und UEFI-Bootmodellen.

Eine saubere Diagnose beginnt deshalb mit der Frage, in welcher Ebene der Start scheitert. Der Ablaufartikel „Vom Einschalten bis zum Windows-Login“ hilft bei dieser Einordnung; der spätere Bootmanager-Artikel wird die Bootoptionen und OS-Loader noch detaillierter behandeln.

FAQ zu UEFI

**Ist UEFI dasselbe wie BIOS?** Nein. Beide gehören zur PC-Firmwaregeschichte, UEFI definiert jedoch eine moderne standardisierte Schnittstellen- und Ausführungsumgebung. Der eigene BIOS-Artikel behandelt die Unterschiede ausführlich.

**Liegt UEFI auf der EFI System Partition?** Nein. Auf der ESP liegen unter anderem Bootprogramme; die Plattform-Firmware selbst befindet sich in Firmware-Speicher auf dem Gerät.

**Ist Secure Boot zwingend dasselbe wie UEFI?** Nein. Secure Boot ist eine Sicherheitsfunktion innerhalb der UEFI-Welt.

**Was passiert bei ExitBootServices()?** Der Betriebssystemloader beendet die UEFI-Bootdienste und übernimmt die weitere Ressourcenverwaltung.

**Kann UEFI vom Netzwerk starten?** Ja. Die Spezifikation unterstützt auch Bootmechanismen über Netzwerkpfade; konkrete Protokolle und Herstellerfunktionen können variieren.