Seminar Heads auf dem NitroPad: Build, Anpassung und Deployment

Heads wird als sicherheitskritischer Payload gebaut, konfiguriert und in ein board-spezifisches Firmware-Image integriert. Jede Anpassung beeinflusst Bootlogik, Schlüsselmaterial, Messwerte und Recovery-Verfahren.

Das Seminar entwickelt deshalb eine kontrollierte Pipeline von der Quellcodeauswahl über den Build bis zum Test auf Laborhardware und zur dokumentierten Bereitstellung.

Inhaltsübersicht

1. Einordnung und Zielsetzung
2. Zielgruppe und Voraussetzungen
3. Lernziele
4. Seminarinhalte
5. Praxisübungen
6. Methodik

Einordnung und Zielsetzung

Heads wird als sicherheitskritischer Payload gebaut, konfiguriert und in ein board-spezifisches Firmware-Image integriert. Jede Anpassung beeinflusst Bootlogik, Schlüsselmaterial, Messwerte und Recovery-Verfahren. Das Seminar entwickelt deshalb eine kontrollierte Pipeline von der Quellcodeauswahl über den Build bis zum Test auf Laborhardware und zur dokumentierten Bereitstellung.

Zielgruppe und Voraussetzungen

Zielgruppe: Firmware-Entwicklung, Security Engineering, Plattformintegration, Produktpflege und technische Laborverantwortung.

Voraussetzungen: Sehr gute Linux- und Git-Kenntnisse, coreboot-Build-Erfahrung, Verständnis von TPM, GPG und Firmware-Recovery.

Lernziele

• Heads-Quellen und Board-Konfiguration nachvollziehbar auswählen.
• Build-Inputs, Toolchain und kryptografische Artefakte schützen.
• Heads mit coreboot und der Zielplattform integrieren.
• Boot-, Update- und Recovery-Szenarien systematisch testen.
• Ein freigabefähiges Deployment-Paket erstellen.

Seminarinhalte

1. Quellstand und Board-Unterstützung

Die Ausgangsbasis wird vor jeder Anpassung eindeutig fixiert.

1. Schritt 1: Unterstütztes NitroPad-Modell und korrekte Board-Definition bestimmen.
2. Schritt 2: Heads-Quellstand, Submodule und zugehörige coreboot-Version festschreiben.
3. Schritt 3: Bekannte plattformspezifische Einschränkungen in eine Prüfliste übernehmen.
4. Schritt 4: Build- und Testziel von produktiver Freigabe klar trennen.

2. Konfiguration und Schlüsselmaterial

Sicherheitsoptionen und Schlüssel werden getrennt verwaltet.

1. Schritt 1: Heads-Konfiguration für TPM, GPG-Karte, Bootmedien und Recovery prüfen.
2. Schritt 2: OEM-, Benutzer- und Build-Schlüssel nach Zweck und Lebenszyklus ordnen.
3. Schritt 3: Private Schlüssel ausschließlich in der vorgesehenen geschützten Umgebung verwenden.
4. Schritt 4: Schlüsselwechsel und Wiederbereitstellung bereits im Design berücksichtigen.

3. Build und Firmware-Integration

Der Payload wird reproduzierbar erzeugt und in das Plattformimage eingebettet.

1. Schritt 1: Isolierte Build-Umgebung mit fixierten Abhängigkeiten vorbereiten.
2. Schritt 2: Heads und benötigte Werkzeuge erzeugen und Build-Protokolle archivieren.
3. Schritt 3: Payload und Konfiguration in das coreboot-Image integrieren.
4. Schritt 4: Flash-Layout, Image-Größe und erwartete CBFS-Inhalte automatisiert prüfen.
5. Schritt 5: Ausgabeartefakte mit Hashwerten und Softwarestückliste kennzeichnen.

4. Labor-Deployment und Funktionstest

Die erste Inbetriebnahme erfolgt mit gesichertem Recovery-Pfad.

1. Schritt 1: Originalfirmware mehrfach sichern und Lesekonsistenz bestätigen.
2. Schritt 2: Laborgerät, Stromversorgung und gegebenenfalls externen Flasher vorbereiten.
3. Schritt 3: Image nach Vier-Augen-Freigabe schreiben und ersten Start protokollieren.
4. Schritt 4: TPM, Nitrokey, GPG-Signierung, Standard-Boot und Betriebssystemstart prüfen.
5. Schritt 5: Suspend, Neustart, Kaltstart und ausgewählte Peripherie in die Regression aufnehmen.

5. Update, Recovery und Freigabe

Produktive Bereitstellung benötigt belastbare Rückfall- und Wiederherstellungsverfahren.

1. Schritt 1: Internes Update aus einem älteren freigegebenen Stand testen.
2. Schritt 2: Fehlgeschlagenes Update und Wiederherstellung auf Laborhardware durchspielen.
3. Schritt 3: Re-Ownership und Neuinitialisierung nach Firmwarewechsel validieren.
4. Schritt 4: Release-Paket mit Image, Signatur, Hashwerten, Anweisungen und Testnachweisen erstellen.
5. Schritt 5: Freigabekriterien, Verantwortlichkeiten und Aufbewahrung der Artefakte festlegen.

Praxisübungen

• Build eines board-spezifischen Heads-Images.
• Integration in ein vorbereitetes coreboot-Image und statische Prüfung.
• Deployment, Funktionsprüfung und Recovery auf dedizierter Laborhardware.

Methodik

Die Übungen folgen einer kontrollierten Firmware-Pipeline mit Versionskontrolle, Vier-Augen-Prüfung und dokumentierten Rückfallpunkten. Schreibzugriffe erfolgen ausschließlich auf bereitgestellter Laborhardware.