Seminar Grundlagen x86-Firmware-Bootflow: coreboot, UEFI, LinuxBoot

Inhaltsverzeichnis

• Abstract
• Zielgruppe
• Voraussetzungen
• Lernziele
• Inhalte und Agenda
• Praxis
• Ergebnisse und Transfer

Abstract

Dieses Seminar etabliert ein präzises gemeinsames Modell des x86-Bootprozesses und der Rollen von coreboot, UEFI-Payloads und LinuxBoot. Im Fokus stehen Bootphasen, Übergaben (Payload-Konzept), typische Artefakte (CBMEM, Tabellen, Logs) sowie die Konsequenzen für Security, Wartbarkeit und Debugging. LinuxBoot wird als Ansatz eingeordnet, bei dem Firmware-Funktionalität gezielt durch einen Linux-Kernel im ROM plus initramfs ersetzt wird, um Boot-Policies und Treiberlogik in ein überprüfbares, bekanntes Ökosystem zu verlagern.

Zielgruppe

• Firmware- und Plattform-Engineering (BIOS/UEFI/coreboot)
• Security Engineering mit Firmware-Fokus
• Systemarchitektur (Server, Embedded, Client) mit Boot-Ownership-Themen

Voraussetzungen

• Sicherer Umgang mit Linux-CLI
• Grundkenntnisse C (Lesen), Build-Systeme (make, toolchains)
• Basiswissen x86 (CPU-Modi, MMU-Grundideen) hilfreich

Lernziele

• Boot-Phasen und Zuständigkeiten (Firmware vs. Payload vs. OS) sauber trennen
• Payload-Modelle (EDK2/UEFI, Linux-Kernel+initramfs) vergleichen
• LinuxBoot-Grundprinzip erklären: Kernel im ROM, initramfs, Policy in Userspace, Übergabe per kexec
• Debug- und Observability-Quellen identifizieren (Logs, Konsolen, persistente Datenbereiche)

Inhalte und Agenda

Tag 1

• Bootflow-Referenzmodell: ROM bis OS-Start
• coreboot: Rollen, Stages, Payload-Konzept
• LinuxBoot: Kernel+initramfs als Payload, Boot-Policy-Mechaniken in Linux-Userspace
• Vergleich: EDK2-Payload vs. LinuxBoot-Payload (Interfaces, Runtime-Services, Komplexität)

Tag 2

• Artefakte und Übergabestrukturen (Logs, Tabellen, persistente Bereiche)
• Debug-Grundlagen: serielle Konsole, QEMU als Übungsplattform
• Design-Trade-offs für Ownership: Was bleibt in Firmware, was wandert in Payload

Praxis

• Bootflow-Mapping auf einer Referenzplattform (QEMU)
  • Bootlog erfassen und in Phasen segmentieren
  • Identifizieren, wann Kontrolle an den Payload übergeht
  • Markieren, welche Informationen an Payload/OS übergeben werden
• LinuxBoot-Grundmechanik nachvollziehen
  • Konzept „Kernel im ROM“ vs. „Target-Kernel“ trennen
  • Boot-Policy als Userspace-Logik skizzieren (Suche, Verifikation, Boot via kexec)

Ergebnisse und Transfer

• Einheitliches Vokabular für Bootphasen, Payloads und Ownership
• Entscheidungsgrundlage, welche Themen für LinuxBootSMM zwingend vorab sitzen müssen