Seminar Keylime – Keylime-Policy für Runtime und Measured Boot

Überblick

Das Seminar behandelt reproduzierbare, signierte und versionierte Runtime- und Boot-Policies. Theorie, Konfiguration und technische Prüfung werden in einem durchgängigen Szenario verbunden, sodass aus einzelnen Funktionen ein nachvollziehbarer Betriebs- oder Sicherheitsprozess entsteht.

Zwei Tage sind erforderlich, da Grundlagen und Konfiguration zunächst belastbar aufgebaut und anschließend mit Vertiefung, negativen Prüffällen, Fehleranalyse und Betriebsübergabe abgesichert werden. Im Mittelpunkt stehen reproduzierbare Arbeitsschritte, positive und negative Testfälle sowie eine dokumentierte technische Abnahme.

Inhaltsübersicht

1. Policy-Ziel und Geltungsbereich definieren
2. Referenzsystem technisch abnehmen
3. Runtime-Policy erzeugen
4. Measured-Boot-Policy erzeugen
5. Policy kryptografisch signieren
6. Policy vor Enrollment validieren
7. Policy dem Verifier zuordnen
8. Abweichungen fachlich analysieren
9. CI- und Releaseprozess integrieren
10. Lebenszyklus und Rückfall verwalten

Lernziele

• Reproduzierbare, signierte und versionierte runtime- und boot-policies fachlich einordnen und für ein konkretes Einsatzszenario planen.
• Policy-Ziel und Geltungsbereich definieren.
• Referenzsystem technisch abnehmen.
• Runtime-Policy erzeugen.
• Measured-Boot-Policy erzeugen.
• Positive und negative Prüfergebnisse technisch bewerten, Fehler schichtweise lokalisieren und die Betriebs- oder Freigabeentscheidung dokumentieren.

Seminarinhalte Schritt für Schritt

Schritt 1: Policy-Ziel und Geltungsbereich definieren

Systemklassen, Betriebssystemstand, Hardwarevarianten und zu schützende Artefakte werden so beschrieben, dass eine gemeinsame Richtlinie fachlich begründet ist. Der resultierende Sollzustand wird mit einer Kontrollabfrage bestätigt und als Ausgangspunkt für den nächsten Arbeitsschritt festgehalten.

Schritt 2: Referenzsystem technisch abnehmen

Paketstand, Firmware, Secure-Boot-Zustand, IMA-Konfiguration und unerwünschte Änderungen werden vor der Datenerfassung geprüft. Konfiguration, erwartete Werte und tatsächliches Ergebnis werden versioniert dokumentiert; ein gezielter Negativtest prüft die Wirksamkeit.

Schritt 3: Runtime-Policy erzeugen

IMA-Messdaten, zulässige Hashes, Signaturschlüssel, Ausschlüsse und Metadaten werden reproduzierbar in eine strukturierte Richtlinie überführt. Die Umsetzung erfolgt in einer Laborumgebung und wird anhand von Statusdaten, Dienstprotokollen und einem reproduzierbaren Prüffall abgenommen.

Schritt 4: Measured-Boot-Policy erzeugen

UEFI-Ereignisprotokolle, erwartete Bootkomponenten und legitim variable Werte werden kontrolliert modelliert. Fehlerbilder werden nicht pauschal behoben, sondern der verursachenden Identitäts-, Netzwerk-, Policy-, TPM- oder Betriebsschicht zugeordnet.

Schritt 5: Policy kryptografisch signieren

Signaturschlüssel, Zertifikat, Algorithmus und sichere Schlüsselablage werden festgelegt; beschädigte oder falsch signierte Artefakte müssen scheitern. Der resultierende Sollzustand wird mit einer Kontrollabfrage bestätigt und als Ausgangspunkt für den nächsten Arbeitsschritt festgehalten.

Schritt 6: Policy vor Enrollment validieren

Schema, Signatur, Referenzabdeckung sowie positive und negative Testdaten werden geprüft, bevor eine Zuordnung erfolgt. Konfiguration, erwartete Werte und tatsächliches Ergebnis werden versioniert dokumentiert; ein gezielter Negativtest prüft die Wirksamkeit.

Schritt 7: Policy dem Verifier zuordnen

Version, Systemklasse, Aktivierungszeitpunkt und Rückfallstand werden für Agent oder Agentengruppe dokumentiert. Die Umsetzung erfolgt in einer Laborumgebung und wird anhand von Statusdaten, Dienstprotokollen und einem reproduzierbaren Prüffall abgenommen.

Schritt 8: Abweichungen fachlich analysieren

Veraltete Policy, fehlender Referenzeintrag, Signaturproblem, legitime Systemänderung und Manipulation werden getrennt behandelt. Fehlerbilder werden nicht pauschal behoben, sondern der verursachenden Identitäts-, Netzwerk-, Policy-, TPM- oder Betriebsschicht zugeordnet.

Schritt 9: CI- und Releaseprozess integrieren

Erzeugung, Schema- und Signaturprüfung, Testattestation und Freigabe werden zu einer automatisierten Policy-Pipeline verbunden. Der resultierende Sollzustand wird mit einer Kontrollabfrage bestätigt und als Ausgangspunkt für den nächsten Arbeitsschritt festgehalten.

Schritt 10: Lebenszyklus und Rückfall verwalten

Neue Paket- oder Firmwarestände erhalten neue Versionen, Pilotierung, Parallelbetrieb, Rückfall, Archivierung und kontrollierte Stilllegung. Konfiguration, erwartete Werte und tatsächliches Ergebnis werden versioniert dokumentiert; ein gezielter Negativtest prüft die Wirksamkeit.

Praxisübungen

• Runtime-Policy aus kontrollierten IMA-Daten erzeugen.
• Measured-Boot-Policy aus einem UEFI-Ereignisprotokoll ableiten.
• Policy signieren, verifizieren und beschädigte Variante ablehnen.
• Versionierten Rollout mit Pilotgruppe und Rückfallstand entwerfen.
• CI-Prüfkette für Policy-Artefakte spezifizieren.

Einordnung in den Lernpfad

Nach IMA und Measured Boot. Vor großflächiger Richtlinienautomatisierung und produktivem Policy-Rollout einzuordnen.