Seminar Intensivseminar – LVFS Herstellerworkflow und Release Management

Dieses Seminar behandelt Vollständiger Herstellerpfad von Onboarding, Rollen und Gerätezuordnung über GUIDs, Metadaten, CAB und Signierung bis zu Upload, Testkanälen, Telemetrie, Claims, SBOM, Sicherheitsrelease und Rücknahme. Die fachlichen Grundlagen werden mit nachvollziehbaren Arbeitsabläufen, Demonstrationen und praktischen Übungen verbunden.

Inhaltsübersicht

• Zielgruppe und Voraussetzungen
• Lernziele
• Didaktische Einordnung
• Seminarinhalte mit schrittweisen Arbeitsabläufen
• Praxisarbeiten
• Arbeitsumgebung

Zielgruppe und Voraussetzungen

Zielgruppe: OEM, ODM, IHV, Firmwareentwicklung, Produktmanagement, Qualitätssicherung, Release Management und Hersteller-Sicherheitsorganisationen.

Voraussetzungen: Kenntnisse des eigenen Geräts, des Firmwareformats und des internen Freigabeprozesses; Linux-Grundkenntnisse sind erforderlich.

Lernziele

• LVFS-Onboarding, Konten und Rollen fachlich einordnen und in einen reproduzierbaren Arbeitsablauf überführen.
• Herstelleridentität, Gerätezuordnung und Zuständigkeit fachlich einordnen und in einen reproduzierbaren Arbeitsablauf überführen.
• Signierung, Schlüssel und Artefaktintegrität fachlich einordnen und in einen reproduzierbaren Arbeitsablauf überführen.
• Claims, SBOM und Compliance-Aussagen fachlich einordnen und in einen reproduzierbaren Arbeitsablauf überführen.
• Offline-Firmware und kontrollierte Sonderverteilung fachlich einordnen und in einen reproduzierbaren Arbeitsablauf überführen.
• Datenschutz und Telemetrierichtlinien fachlich einordnen und in einen reproduzierbaren Arbeitsablauf überführen.

Didaktische Einordnung

Fünf Tage sind notwendig, weil der gesamte Herstellerworkflow drei technische Artefaktphasen und zwei Freigabe- beziehungsweise Governancephasen umfasst; damit werden alle LVFS-Einzelseminare ohne Überschreiten der Höchstdauer zusammengeführt. Pro Seminartag sind ungefähr sechs Unterrichtsstunden mit zusätzlichen Pausen vorgesehen. Die Dauer entspricht dem ausgewählten TYPO3-Seminartemplate.

Seminarinhalte

1. LVFS-Onboarding, Konten und Rollen

Der Herstellerzugang wird mit eindeutiger Organisationszuordnung, getrennten Verantwortlichkeiten und minimalen Rechten eingerichtet.

1. Organisation, Produktbereiche und verantwortliche Kontaktstellen für Technik, Freigabe und Sicherheit festlegen.
2. Persönliche Konten anlegen und gemeinsame Zugangsdaten vermeiden.
3. Rollen für Upload, Prüfung, Freigabe und Administration nach dem Vier-Augen-Prinzip zuweisen.
4. Hersteller- und Gerätezuordnungen mit nachvollziehbaren Besitz- oder Zuständigkeitsnachweisen bestätigen.
5. Vertretung, Kontenprüfung und Entzug nicht mehr benötigter Rechte als Regelprozess einrichten.

2. Herstelleridentität, Gerätezuordnung und Zuständigkeit

Vor der Veröffentlichung muss eindeutig sein, welche Organisation für Gerät, Firmware und Support verantwortlich ist.

1. Marke, tatsächlichen Gerätehersteller, Produktfamilie und verantwortliche Firmwareeinheit unterscheiden.
2. USB-, PCI-, DMI- oder andere Identitätsmerkmale mit den erzeugten GUIDs abgleichen.
3. Produktvarianten, ODM-Beziehungen und regionale Modelle in einer Zuordnungsmatrix erfassen.
4. Überschneidungen mit bereits vorhandenen Einträgen vor dem ersten Upload klären.
5. Änderungen an Produktverantwortung und Supportzuständigkeit versioniert dokumentieren.

3. GUID-Strategie und Hardwarevarianten

Eine stabile GUID-Strategie sorgt dafür, dass Firmware nur den tatsächlich kompatiblen Geräten angeboten wird.

1. Verfügbare Instance IDs und deren Stabilität über Modell-, Revisions- und Bootloaderzustände bewerten.
2. Generische und spezifische GUIDs mit klarer Priorität ableiten.
3. Gemeinsame Firmware für mehrere Varianten von modellgebundener Firmware unterscheiden.
4. Negativfälle mit ähnlich identifizierten, aber inkompatiblen Geräten prüfen.
5. GUID-Änderungen und Kompatibilitätsentscheidungen dauerhaft dokumentieren.

4. AppStream-Metadaten und Komponentenbeschreibung

Die Metadaten verbinden Firmwarepaket, Gerät, Version, Dringlichkeit, Beschreibung und Installationsanforderungen.

1. Eine eindeutige Komponenten-ID und verständliche Produktbezeichnung festlegen.
2. Geräte-GUIDs im Provides-Bereich vollständig und ohne unzulässige Mehrdeutigkeit zuordnen.
3. Releaseversion, Datum, Dringlichkeit, Beschreibung und Prüfsummen konsistent erfassen.
4. Updateprotokoll, Versionsformat, Mindestversion und weitere Einschränkungen deklarieren.
5. Metadaten lokal validieren und gegen mehrere reale Geräteinventare testen.

5. Firmwarepaket im CAB-Format

Das veröffentlichte Paket enthält Firmwarepayload, Metadaten und alle für Prüfung sowie Installation benötigten Informationen.

1. Payloaddatei und zugehörige Metadatendatei in einer sauberen Arbeitsstruktur vorbereiten.
2. Dateinamen, Checksummen, Komponentenzuordnung und Releaseangaben konsistent halten.
3. Paket reproduzierbar erzeugen und dessen Inhalt nach dem Packen erneut auflisten.
4. CAB-Datei lokal mit fwupd analysieren und die Zuordnung zu Testgeräten prüfen.
5. Das freigegebene Paket mit Prüfsumme und Buildnachweis in der Herstellerablage archivieren.

6. Signierung, Schlüssel und Artefaktintegrität

Firmware- und Metadatensignaturen werden getrennt betrachtet und in einen kontrollierten Schlüsselprozess eingebettet.

1. Geräteseitige Signaturprüfung, Paketintegrität und Metadatenauthentizität voneinander abgrenzen.
2. Signaturschlüssel, HSM- oder Offlineverfahren und berechtigte Rollen festlegen.
3. Buildartefakt vor der Signierung eindeutig identifizieren und nach der Signierung unverändert übernehmen.
4. Signaturprüfung mit gültigen, abgelaufenen, falschen und manipulierten Testfällen prüfen.
5. Schlüsselwechsel, Sperrung und Notfallverfahren mit kompatiblen Übergangsreleases planen.

7. Upload, automatische Prüfungen und Korrekturschleifen

Der Upload ist ein technischer Gate-Prozess, in dem Paket, Metadaten und Herstellerzuordnung geprüft werden.

1. Freigegebenes CAB, Prüfsumme, Releasehinweise und interne Freigaben zusammenstellen.
2. Paket in den Herstellerbereich hochladen und den automatischen Prüfbericht vollständig auswerten.
3. Fehler nach Paketstruktur, Metadaten, GUID-Zuordnung, Version oder Richtlinie klassifizieren.
4. Korrekturen im Quellprozess vornehmen und kein manuell verändertes Nebenartefakt erzeugen.
5. Erfolgreich geprüften Upload eindeutig mit Build, Testprotokoll und Freigabeentscheidung verknüpfen.

8. Embargo-, Testing- und Stable-Freigaben

Releases durchlaufen getrennte Sichtbarkeits- und Freigabestufen, bevor sie in die breite Verteilung gelangen.

1. Zweck, Zugriffsgruppe und Eintrittskriterien für Embargo-, Test- und stabile Bereitstellung festlegen.
2. Testsysteme mit dem passenden Remote verbinden und Metadatenstand dokumentieren.
3. Ergebnisse aus Installation, Reboot, Replug, Aktivierung und Berichtseingang auswerten.
4. Freigabe anhand definierter Mindestzahlen, Fehlerquoten und offener Risiken entscheiden.
5. Release verschieben, pausieren oder zurücknehmen und jede Statusänderung nachvollziehbar protokollieren.

9. Firmwaretestmatrix und Referenzhardware

Eine belastbare Freigabe erfordert Tests über relevante Hardwarevarianten, Ausgangsversionen und Betriebszustände.

1. Modelle, Revisionen, Bootloaderstände, Ausgangsfirmware und Betriebssysteme in einer Testmatrix erfassen.
2. Upgradepfade von jeder unterstützten Ausgangsversion auf das Zielrelease ausführen.
3. Reinstallation, erlaubtes Downgrade, Stromverlustsimulation und Recovery entsprechend der Gerätefähigkeit testen.
4. Replug-, Neustart-, Shutdown- und zusammengesetzte Updateabläufe vollständig prüfen.
5. Ergebnisse mit Serien- oder Gerätekennung, Protokollen, Firmwareständen und Abweichungen dokumentieren.

10. Signierte Testberichte und Felddaten

Test- und Feldberichte liefern Rückmeldung über reale Installationen und müssen eindeutig einer Firmwarefreigabe zugeordnet werden.

1. Berichtsübermittlung für autorisierte Testsysteme und die passende Remote-Konfiguration einrichten.
2. Update durchführen und nach erforderlichem Neustart oder Replug den endgültigen Zustand erfassen.
3. Bericht mit Geräte-, Release- und Ergebnisdaten signiert übermitteln.
4. Eingegangene Berichte nach Erfolg, Fehlerklasse, Modell und Ausgangsversion auswerten.
5. Auffälligkeiten in Metadatenkorrektur, zusätzliche Tests oder Freigabestopp überführen.

11. Telemetrie und Erfolgsquoten

Aggregierte Updateergebnisse werden genutzt, um Releasequalität und Geräteprobleme zu erkennen, ohne Einzelfallanalyse und Datenschutz zu vermischen.

1. Relevante Kennzahlen wie Erfolgsrate, Fehlerzustand, Modell, Version und Aktualisierungsweg festlegen.
2. Testdaten, frühe Feldphase und breite Verteilung getrennt auswerten.
3. Fehlerhäufungen nach Hardwarevariante, Ausgangsversion und fwupd-Stand segmentieren.
4. Schwellenwerte für Warnung, Pausierung und Eskalation definieren.
5. Entscheidungen aus Telemetrie mit manuellen Fehlerberichten und Labornachweisen abgleichen.

12. Claims, SBOM und Compliance-Aussagen

Sicherheits- und Lieferkettenaussagen werden maschinenlesbar, prüfbar und eng an das konkrete Firmwareartefakt gebunden.

1. Erforderliche Claims zu Build, Herkunft, Sicherheitsmerkmalen und Prüfstatus festlegen.
2. Softwarebestandteile, Versionen, Lizenzen und Abhängigkeiten in einer geeigneten SBOM-Struktur erfassen.
3. SBOM und Claims eindeutig mit dem veröffentlichten Firmwarehash verknüpfen.
4. Automatische Konsistenz- und Vollständigkeitsprüfungen in den Buildprozess aufnehmen.
5. Korrektur, Widerruf und Aufbewahrung von Compliance-Nachweisen organisatorisch regeln.

13. Release Management, Rücknahme und Nachpflege

Firmwareveröffentlichungen werden über Version, Kanal, Freigabe, Beobachtung und mögliche Rücknahme als geregelter Produktprozess geführt.

1. Releasekandidat, Zielgeräte, Dringlichkeit, Abhängigkeiten und unterstützte Updatepfade festlegen.
2. Technische Tests, Sicherheitsbewertung und Produktfreigabe als getrennte Gates durchführen.
3. Kanalwechsel mit Datum, Verantwortlichem und zugrunde liegenden Nachweisen dokumentieren.
4. Feldbeobachtung und Supportmeldungen während einer definierten Stabilisierungsphase auswerten.
5. Fehlerhafte Releases pausieren oder zurücknehmen und eine korrigierte Version mit klarer Versionsfolge bereitstellen.

14. Sicherheitsmeldung und koordinierte Firmwarefreigabe

Kritische Firmwarekorrekturen werden zwischen Produktteam, PSIRT, Qualitätssicherung und Veröffentlichungsverantwortung koordiniert.

1. Schwachstelle, betroffene Produkte, verwundbare Versionen und Ausnutzungsbedingungen eingrenzen.
2. Vertrauliche Kommunikation, Embargokreis und Freigabetermin festlegen.
3. Korrigierte Firmware, Metadaten, Dringlichkeit und Sicherheitshinweise gemeinsam prüfen.
4. Embargotests und vorbereitete Kanalwechsel ohne vorzeitige Offenlegung durchführen.
5. Nach Veröffentlichung Erfolgsquote, Supportfälle und mögliche Nachbesserungen eng überwachen.

15. Einbindung eines neuen Updateprotokolls in LVFS

Ein neues Protokoll muss durch Geräteplugin, Metadatenkennzeichnung, Testnachweise und Herstellerdokumentation konsistent unterstützt werden.

1. Protokollbezeichner, unterstütztes Plugin und Mindestversion von fwupd bestimmen.
2. Metadaten so ergänzen, dass Protokoll und Versionsformat eindeutig ausgewählt werden.
3. Beispielpakete und Referenzgeräte für automatische sowie manuelle Prüfungen bereitstellen.
4. Fehlende Clientunterstützung durch geeignete Mindestversionsbedingungen ausschließen.
5. Interoperabilität von Embargotest bis stabiler Verteilung mit mehreren Systemständen nachweisen.

16. Offline-Firmware und kontrollierte Sonderverteilung

Für Geräte ohne reguläre Onlineverteilung werden Paketbereitstellung, Berechtigungen und Nachweise gesondert geplant.

1. Geschäftlichen Grund, Zielgruppe und Begrenzung der Offline-Bereitstellung dokumentieren.
2. Firmwarepaket und Metadaten mit derselben Sorgfalt wie für eine reguläre Veröffentlichung prüfen.
3. Zugriff und Weitergabe auf autorisierte Empfänger und definierte Zeiträume begrenzen.
4. Lokale Installation mit reproduzierbarer Anleitung und Nachkontrolle absichern.
5. Rückmeldungen, Aktualisierung des Pakets und Ende der Sonderbereitstellung verwalten.

17. Datenschutz und Telemetrierichtlinien

Berichte und Telemetrie werden so eingesetzt, dass technische Aussagekraft und organisatorische Datenschutzanforderungen zusammenpassen.

1. Art, Zweck und Empfänger der übermittelten Update- und Geräteinformationen erfassen.
2. Pflichtdaten, optionale Daten und lokal verbleibende Diagnoseinformationen unterscheiden.
3. Rechtsgrundlage, Aufbewahrung, Zugriff und Löschkonzept organisatorisch festlegen.
4. Berichtsübermittlung in Testgruppen prüfen und unnötige Identifikatoren vermeiden.
5. Datenschutzvorgaben als technische Konfiguration und dokumentierten Betriebsprozess umsetzen.

Praxisarbeiten

1. Praxisfall „LVFS-Onboarding, Konten und Rollen“ bearbeiten und als Ergebnis vertretung, Kontenprüfung und Entzug nicht mehr benötigter Rechte als Regelprozess einrichten.
2. Praxisfall „GUID-Strategie und Hardwarevarianten“ bearbeiten und als Ergebnis gUID-Änderungen und Kompatibilitätsentscheidungen dauerhaft dokumentieren.
3. Praxisfall „Signierung, Schlüssel und Artefaktintegrität“ bearbeiten und als Ergebnis schlüsselwechsel, Sperrung und Notfallverfahren mit kompatiblen Übergangsreleases planen.
4. Praxisfall „Embargo-, Testing- und Stable-Freigaben“ bearbeiten und als Ergebnis release verschieben, pausieren oder zurücknehmen und jede Statusänderung nachvollziehbar protokollieren.
5. Praxisfall „Signierte Testberichte und Felddaten“ bearbeiten und als Ergebnis auffälligkeiten in Metadatenkorrektur, zusätzliche Tests oder Freigabestopp überführen.
6. Praxisfall „Claims, SBOM und Compliance-Aussagen“ bearbeiten und als Ergebnis korrektur, Widerruf und Aufbewahrung von Compliance-Nachweisen organisatorisch regeln.
7. Praxisfall „Einbindung eines neuen Updateprotokolls in LVFS“ bearbeiten und als Ergebnis interoperabilität von Embargotest bis stabiler Verteilung mit mehreren Systemständen nachweisen.
8. Praxisfall „Datenschutz und Telemetrierichtlinien“ bearbeiten und als Ergebnis datenschutzvorgaben als technische Konfiguration und dokumentierten Betriebsprozess umsetzen.

Arbeitsumgebung

LVFS-Testzugang oder vorbereitete Übungsumgebung, CAB-Werkzeuge, Referenzgeräte und freigegebene Testfirmware. Alle Übungen werden mit dokumentiertem Ausgangszustand, eindeutigen Prüfkriterien und einer abschließenden technischen Kontrolle durchgeführt.