Seminar CHIPSEC – Installation unter Windows, Linux und UEFI Shell

Das eintägige Installationsseminar behandelt Aufbau und Funktionsprüfung einer sicheren CHIPSEC-Laborumgebung unter Windows, Linux und in der UEFI Shell. Die Aufgabe ist klar abgegrenzt; ein Tag reicht für Voraussetzungen, Treiber beziehungsweise Helper, Starttests, Plattformwahl und Recovery-Kontrollen.

Inhaltsübersicht

• Lernziele und fachliche Einordnung
• Schrittweise Seminarinhalte
• Praxisübungen und Laborszenarien
• Zielgruppe und Voraussetzungen
• Didaktik und Arbeitsweise

Lernziele

• Geeignete Laborhardware, Betriebssysteme und Recovery-Verfahren auswählen.
• CHIPSEC unter Windows und Linux reproduzierbar installieren beziehungsweise bauen.
• Treiber, Helper, Rechte und PCI-Zugriffswege sicher prüfen.
• Eine bootfähige UEFI-Shell-Umgebung für CHIPSEC vorbereiten.
• Smoke Tests, Plattformerkennung und dokumentierte Rückbauverfahren durchführen.

Schrittweise Seminarinhalte

1. Laborplanung und Recovery

Schwerpunkt: Hardwareauswahl, Administrationsrechte, Datensicherung, externe Wiederherstellung, Stromversorgung, Testdaten und Ausschluss produktiver Systeme.

1. Ausgangslage, Plattformvoraussetzungen, Recovery-Ziel und Abnahmekriterien für „Laborplanung und Recovery“ festlegen.
2. Benötigte Komponenten und Abhängigkeiten anhand von Hardwareauswahl, Administrationsrechte, Datensicherung, externe Wiederherstellung, Stromversorgung, Testdaten und Ausschluss produktiver Systeme in einer Installationscheckliste erfassen.
3. Die Umgebung schrittweise aufbauen; nach jedem Änderungsschritt einen dokumentierten Funktions- und Rückfallpunkt prüfen.
4. Treiber, Helper, Rechte, Plattformdetektion, Logging und read-only Hardwarezugriff mit Positiv- und Negativfällen validieren.
5. Als Arbeitsergebnis ein freigegebenes Labordesign dokumentieren und für eine reproduzierbare Wiederholung freigeben.

2. Windows-Installation und Treiber

Schwerpunkt: Python-Umgebung, Abhängigkeiten, Build, Haupttreiber, PCI-Filterpfad, Dienststeuerung, Signaturthemen und Smoke Tests.

1. Ausgangslage, Plattformvoraussetzungen, Recovery-Ziel und Abnahmekriterien für „Windows-Installation und Treiber“ festlegen.
2. Benötigte Komponenten und Abhängigkeiten anhand von Python-Umgebung, Abhängigkeiten, Build, Haupttreiber, PCI-Filterpfad, Dienststeuerung, Signaturthemen und Smoke Tests in einer Installationscheckliste erfassen.
3. Die Umgebung schrittweise aufbauen; nach jedem Änderungsschritt einen dokumentierten Funktions- und Rückfallpunkt prüfen.
4. Treiber, Helper, Rechte, Plattformdetektion, Logging und read-only Hardwarezugriff mit Positiv- und Negativfällen validieren.
5. Als Arbeitsergebnis eine funktionsfähige Windows-Laborinstallation dokumentieren und für eine reproduzierbare Wiederholung freigeben.

3. Linux-Installation und Kernelmodul

Schwerpunkt: Python-Umgebung, Header, Compiler, Abhängigkeiten, Build, Modulzustand, Rechte und read-only Startprüfung.

1. Ausgangslage, Plattformvoraussetzungen, Recovery-Ziel und Abnahmekriterien für „Linux-Installation und Kernelmodul“ festlegen.
2. Benötigte Komponenten und Abhängigkeiten anhand von Python-Umgebung, Header, Compiler, Abhängigkeiten, Build, Modulzustand, Rechte und read-only Startprüfung in einer Installationscheckliste erfassen.
3. Die Umgebung schrittweise aufbauen; nach jedem Änderungsschritt einen dokumentierten Funktions- und Rückfallpunkt prüfen.
4. Treiber, Helper, Rechte, Plattformdetektion, Logging und read-only Hardwarezugriff mit Positiv- und Negativfällen validieren.
5. Als Arbeitsergebnis eine funktionsfähige Linux-Laborinstallation dokumentieren und für eine reproduzierbare Wiederholung freigeben.

4. UEFI-Shell-Medium vorbereiten

Schwerpunkt: FAT32-Struktur, Bootpfad, Shell, CHIPSEC-Paket, Python-Umgebung, Dateisystemzuordnung und Starttest.

1. Ausgangslage, Plattformvoraussetzungen, Recovery-Ziel und Abnahmekriterien für „UEFI-Shell-Medium vorbereiten“ festlegen.
2. Benötigte Komponenten und Abhängigkeiten anhand von FAT32-Struktur, Bootpfad, Shell, CHIPSEC-Paket, Python-Umgebung, Dateisystemzuordnung und Starttest in einer Installationscheckliste erfassen.
3. Die Umgebung schrittweise aufbauen; nach jedem Änderungsschritt einen dokumentierten Funktions- und Rückfallpunkt prüfen.
4. Treiber, Helper, Rechte, Plattformdetektion, Logging und read-only Hardwarezugriff mit Positiv- und Negativfällen validieren.
5. Als Arbeitsergebnis ein bootfähiges CHIPSEC-UEFI-Medium dokumentieren und für eine reproduzierbare Wiederholung freigeben.

5. Plattformerkennung, Branchwahl und Abnahme

Schwerpunkt: Plattformcode, unterstützte Generation, moderne beziehungsweise Legacy-Unterstützung, Konfigurationsdateien, Logs, Rückbau und Dokumentation.

1. Zielzustand, Verantwortlichkeiten, Aussagegrenzen und Kontrollkriterien für „Plattformerkennung, Branchwahl und Abnahme“ festlegen.
2. Benötigte Evidenz und Entscheidungsdaten anhand von Plattformcode, unterstützte Generation, moderne beziehungsweise Legacy-Unterstützung, Konfigurationsdateien, Logs, Rückbau und Dokumentation in einer prüfbaren Struktur erfassen.
3. Technische Ergebnisse nach Ursache, Auswirkung, Reichweite und Verlässlichkeit bewerten.
4. Maßnahmen, Ausnahmen, Freigaben und Retestkriterien mit Positiv- und Negativfällen operationalisieren.
5. Als Arbeitsergebnis eine abgenommene Mehrplattform-Laborumgebung dokumentieren, fachlich abnehmen und in den Regelprozess überführen.

Praxisübungen und Laborszenarien

• Aufbau einer Windows- oder Linux-Laborinstallation mit dokumentierten Voraussetzungen.
• Prüfung von Helper, Treiber, Plattformdetektion und read-only Hardwarezugriff.
• Erstellung oder Validierung eines bootfähigen UEFI-Shell-Mediums.

Zielgruppe und Voraussetzungen

Zielgruppe: Systemadministration, Security Engineering, Firmware-Laborteams, Product Security und technische Trainerteams.

Voraussetzungen: Sichere Administration von Windows oder Linux, grundlegende Python- und Kommandozeilenkenntnisse sowie Zugriff auf freigegebene Laborhardware.

Didaktik und Arbeitsweise

Die Installation folgt Checklisten mit definierten Haltepunkten. Nach jedem Plattformaufbau erfolgt ein read-only Smoke Test; erst nach dokumentierter Abnahme wird zur nächsten Umgebung gewechselt.