BIOS- und Firmware-Entwicklung

Die Hardware startet, das Produkt jedoch nicht

Die Firmware-Entwicklung beginnt, sobald sich die Platine einschalten lässt

Ein Motherboard kann den POST erfolgreich abschließen und dennoch für das eingesetzte Produkt ungeeignet sein. Es kann am falschen Startgerät stehen bleiben, nach Wiederherstellung der Stromversorgung ausgeschaltet bleiben, Einstellungsoptionen anzeigen, die das Betriebspersonal vor Ort niemals ändern sollte, eine falsche Produktkennung melden oder sich nicht wiederherstellen lassen, wenn die Anwendungssoftware nicht mehr reagiert.

Die Firmware-Entwicklung setzt diese Produktanforderungen in ein kontrolliertes Plattformverhalten um. Ausgangspunkt sind eine bestimmte Mainboard-Revision, der aktuelle Firmware-Build, das Betriebssystem-Image, angeschlossene Geräte, Anforderungen an den Energiezustand, Sicherheitsrichtlinien und die Aktualisierungsmethode.

Entwurf eines kundenspezifischen Mini-ITX-Boards → Plattformspezifikationen →

Umfang der Firmware auf Produktebene

Was wir in der BIOS- und UEFI-Firmware einstellen können

Standard-Einstellungen

Boot-Priorität, aktivierte Geräte, Virtualisierung, Speichermodus, serielle Einstellungen, Sicherheitsoptionen und Standardwerte für den Produktivbetrieb.

Zugriff einrichten

Ausgewählte Menüs ausblenden, Änderungen einschränken, Administratorrechte festlegen und Optionen für den Außendienst entfernen, die weiterhin werkseitig gesteuert werden sollen.

Startvorgangsrichtlinie

NVMe, SATA, USB, PXE oder unterstützte HTTP-Boot-Priorität, Ausweichreihenfolge, Boot-Verzögerung und Bedingungen für Wiederherstellungseinträge.

Energiepolitik

Wiederherstellung nach Stromausfall, RTC-Weckfunktion, Soft-Off-Verhalten, unterstützte Ruhezustände sowie platinenbezogene Weckquellen.

Plattform-Identität

Hersteller, Produktname, Seriennummernangaben, Board-ID, SMBIOS-Felder, Bestandsdaten und genehmigte Änderungen am Startlogo.

Sicherheit & Updates

Verantwortlichkeit für den Secure-Boot-Schlüssel, TPM-Offenlegung, Einrichtungsschutz, Richtlinie für signierte Updates, Wiederherstellungsweg und Bereitstellung in der Produktion.

Anforderungen an den Betriebszustand

Legen Sie genau fest, was beim Systemstart, beim Herunterfahren und bei der Rückkehr zum Netzbetrieb geschieht

Bei unbeaufsichtigten Geräten kann nicht davon ausgegangen werden, dass ein Techniker nach einem Stromausfall eine Taste drückt. Das Start- und Stromversorgungsverhalten muss unter Berücksichtigung der tatsächlichen UEFI- Implementierung, der Stromversorgungslogik der Hauptplatine, der angeschlossenen Speichergeräte, des Netzwerkpfads und des Betriebssystem-Images definiert werden.

Plattformen für die Stromversorgung →

Kontrolle auf Vorstandsebene

Die Firmware kann nur das steuern, was die Platine zur Verfügung stellt

Embedded-Mini-ITX-Designs enthalten häufig Steuerungsfunktionen, die in einem Desktop-BIOS nicht vorkommen. Ihr Verhalten hängt vom verbauten Super-I/O, Embedded-Controller, GPIO-Erweiterungsmodul, Transceiver, Watchdog, Lüftersteuerung oder Chipsatz ab.

Mehrere serielle Anschlüsse → GPIO- und CAN-Plattform →

Daten von der Firmware zum Betriebssystem

ACPI und SMBIOS müssen die ausgelieferte Hardware beschreiben

Die Firmware stellt standardisierte Informationen bereit, die das Betriebssystem und die Verwaltungssoftware für die Konfiguration, das Energiemanagement und die Hardware-Bestandsaufnahme nutzen. Eine korrekte Struktur reicht nicht aus; die Daten müssen genau mit der jeweiligen Serienplatine und der Produktidentität übereinstimmen.

Vertrauen vor dem Systemstart

Für „Secure Boot“ sind ein festgelegter Schlüsselinhaber und ein Update-Pfad erforderlich

„Production Secure Boot“ ist nicht einfach nur eine Ein-/Aus-Einstellung. Das Projekt muss festlegen, wer den Plattformschlüssel verwaltet, welche Schlüsselaustauschschlüssel als vertrauenswürdig gelten, welche Einträge in die Datenbank für zulässige Signaturen aufgenommen werden, wie widerrufene Images in dbx gelangen und wie autorisierte Feldaktualisierungen wiederherstellbar bleiben.

Die aktuellen UEFI-Anforderungen legen das Format des Secure-Boot-Plattformschlüssels auf mindestens RSA-2048 fest und schreiben vor, dass die in dbx gespeicherten UEFI-Image-Hashes mindestens SHA-256 verwenden müssen. Hierbei handelt es sich um kryptografische Mindestanforderungen, nicht um eine vollständige Produktsicherheitsrichtlinie.

PK-Eigentumsverhältnisse

Entscheiden Sie, ob der OEM, der Kunde oder ein anderer autorisierter Eigentümer die Kontrolle über den Plattformschlüssel hat, der zur Feststellung der Eigentumsrechte am Secure Boot verwendet wird.

KEK, db & dbx

Legen Sie vertrauenswürdige Update-Stellen, zulässige Images, widerrufene Signaturen sowie die in der Produktion verwendete Bereitstellungsmethode fest.

TPM 2.0

Stellen Sie die Plattform-TPM bereit und konfigurieren Sie sie, sofern unterstützt, wobei die Zuständigkeiten und Bereitstellungsrichtlinien vom Endsystem definiert werden.

Erholung

Stellen Sie einen autorisierten Wiederherstellungsweg für fehlgeschlagene Aktualisierungen oder Schlüsseländerungen sicher, ohne die vorgesehene Vertrauensrichtlinie zu umgehen.

Netzwerksicherheitssysteme →

Steuerung der Produktions-Firmware

Veröffentlichung der Binärdatei mit zugehöriger Tabelle, Standardwerten und Änderungsprotokoll

Eine Firmware-Datei wird erst dann zu einem Produktionsartefakt, wenn ihre Identität und Kompatibilität überprüft wurden. Die freigegebene Binärdatei muss mit der Revision der Hauptplatine, der Standardkonfiguration, den Sicherheitsmaßnahmen, der Aktualisierungsmethode und dem Grund für die Änderung verknüpft bleiben.

1. Binäre Identität Notieren Sie die Firmware-Version, die genaue Board-Revision, die Dateigröße, den SHA-256-Hash und das Veröffentlichungsdatum.
2. Standardwerte für die Produktion Die im Versand übermittelten Konfigurationswerte sind getrennt von den Debug-Einstellungen der Entwicklungsabteilung und den Änderungen vor Ort durch Techniker zu fixieren.
3. Änderungsdatensatz Ermitteln Sie geänderte Funktionen, betroffene Hardware- oder Betriebssystemversionen, bekannte Einschränkungen und erforderliche Regressionsprüfungen.
4. Aktualisierung und Wiederherstellung Legen Sie die genehmigte Flash-Methode, die Versionsrichtlinie, die Vorsichtsmaßnahmen bei Stromausfall, die Rollback-Regeln und den Wiederherstellungsweg fest.

Referenzspezifikationen

Firmware-Schnittstellen und Referenzspezifikationen

UEFI 2.11

Aktuelle UEFI-Spezifikation für die standardisierte Firmware-Umgebung vor dem Betriebssystem, die Boot-Dienste, die Laufzeitdienste, die Variablen und die Protokolle.

ACPI 6.6

Aktuelle ACPI-Spezifikation für die betriebssystemgesteuerte Gerätekonfiguration, Plattformbeschreibung, Energieverwaltung und Systemereignisse.

SMBIOS 3.9.0

DMTF-Spezifikation für standardisierte Verwaltungsinformationen, die von der System-Firmware über die Plattform und die installierte Hardware bereitgestellt werden.

TCG TPM 2.0 v185

März 2026: TPM 2.0-Bibliotheksspezifikation, in der die Architektur, die Strukturen und die Befehle definiert sind, die von TPM 2.0-Implementierungen verwendet werden.

Zertifizierungen und Qualitätsstandards →

Firmware-Release-Gate

Überprüfen Sie die genaue Firmware-Version, die Sie ausliefern möchten

Die Firmware-Entwicklung endet mit einer festgelegten Binärdatei und einer Produktionskonfiguration. Im Rahmen der technischen Validierung wird dann genau diese Version auf dem Zielboard mit dem vorgesehenen Betriebssystem-Image, den Peripheriegeräten, den verschiedenen Energiezuständen, den Sicherheitsvorkehrungen, der Aktualisierungsmethode und dem Wiederherstellungspfad ausgeführt.

Technische Validierung → Alle Ingenieurdienstleistungen →

FAQ

Fragen zur BIOS- und Firmware-Entwicklung