Seminar GnuTLS Intensiv – Sicherheit, Hardware-Schlüssel und Compliance

Das Intensivseminar verbindet Kryptorichtlinien, Zertifikatsvertrauen, alternative Authentifizierung, Hardware-Schlüssel, TPM, Audit und Incident-Management. Ziel ist eine Sicherheitsarchitektur, die technische Möglichkeiten mit Verantwortlichkeiten, Nachweisen und Betriebsgrenzen zusammenführt.

Alle Funktionen werden risikobasiert eingesetzt. Insbesondere FIPS-Betrieb, frühe Daten, HSM-Integration und systemweite Richtlinien werden nicht pauschal aktiviert, sondern gegen Plattform, Bedrohungsmodell und Compliance-Vorgaben geprüft.

Inhaltsverzeichnis

• Seminarprofil
• Lernziele
• Zielgruppe und Voraussetzungen
• 1. Tag 1: Bedrohungsmodell und Sicherheitsbaseline
• 2. Tag 1: Kryptorichtlinien und TLS 1.3
• 3. Tag 2: PKI, Trust und Widerruf
• 4. Tag 2: Alternative Authentifizierung
• 5. Tag 3: PKCS #11 und HSM
• 6. Tag 3: TPM und Gerätebindung
• 7. Tag 4: FIPS-Kontext und überprüfbarer Betrieb
• 8. Tag 4: Audit, Logging und Datenschutz
• 9. Tag 5: Angriffssimulation und Incident
• 10. Tag 5: Sicherheitsarchitektur und Abnahme
• Praxisübungen
• Einordnung in den Lernpfad

Seminarprofil

Die Inhalte sind als zusammenhängende Arbeitsstrecke aufgebaut. Fachliche Einordnung, Konfiguration beziehungsweise Implementierung, kontrollierte Prüfung und betriebliche Dokumentation greifen ineinander. Die Übungen verwenden ausschließlich Labor- und Testdaten.

Lernziele

• Schutzbedarf und Kryptorichtlinien in überprüfbare technische Kontrollen übersetzen.
• X.509- und alternative Authentifizierungsmodelle sicher bewerten.
• PKCS #11, Smartcards, HSM und TPM kontrolliert integrieren.
• Audit-, Monitoring- und Nachweisprozesse ohne unnötige Geheimnisoffenlegung gestalten.
• Schlüssel- und Vertrauensvorfälle mit Rotation und Wiederanlauf beherrschen.

Zielgruppe und Voraussetzungen

Zielgruppe: Security Engineers, PKI- und HSM-Verantwortliche, Compliance-Teams, technische Auditoren, Plattformarchitekten und Incident-Responder.

Voraussetzungen: Gute TLS-, PKI- und Administrationskenntnisse. Praktische Erfahrung mit GnuTLS oder vergleichbaren TLS-Bibliotheken wird empfohlen.

1. Tag 1: Bedrohungsmodell und Sicherheitsbaseline

1. Daten, Gegenstellen, Angreiferfähigkeiten und Betriebsgrenzen erfassen.
2. Authentizität, Vertraulichkeit, Verfügbarkeit und Nachweisbedarf priorisieren.
3. Kontrollen auf Protokoll, Schlüssel, Host, Netzwerk und Prozess verteilen.
4. Akzeptierte Restrisiken und Verantwortlichkeiten schriftlich festlegen.

2. Tag 1: Kryptorichtlinien und TLS 1.3

1. Systemweite und anwendungsspezifische Prioritätsregeln inventarisieren.
2. Versionen, Algorithmen, Gruppen und Signaturen gegen die Baseline prüfen.
3. TLS-1.3-Funktionen wie Wiederaufnahme und frühe Daten risikobasiert bewerten.
4. Abweichungen mit Ablaufdatum und Rückbauplan kontrollieren.

3. Tag 2: PKI, Trust und Widerruf

1. Vertrauensdomänen und Zertifikatsprofile voneinander trennen.
2. Kettenprüfung, Namen, Zwecke und Gültigkeit mit Negativfällen testen.
3. OCSP- und CRL-Verhalten einschließlich Ausfallstrategie festlegen.
4. Trust-Store-Änderungen mit Vier-Augen-Prinzip und Rollback absichern.

4. Tag 2: Alternative Authentifizierung

1. PSK, SRP und Raw Public Keys anhand des Bedrohungsmodells vergleichen.
2. Provisionierung, Bindung an Identitäten und Rotationsverfahren definieren.
3. Testkonfigurationen mit absichtlich falschen Credentials prüfen.
4. Skalierungs- und Incident-Grenzen gegenüber X.509 dokumentieren.

5. Tag 3: PKCS #11 und HSM

1. Module, Token, Mechanismen und Objekt-URIs inventarisieren.
2. Nicht exportierbaren Schlüssel für einen TLS-Dienst bereitstellen.
3. PIN-Zufuhr, Sitzungen, Mehrprozessbetrieb und Berechtigungen härten.
4. HSM-Ausfall und Schlüsselrotation mit kontrolliertem Ersatzpfad testen.

6. Tag 3: TPM und Gerätebindung

1. Geräteidentität und gewünschte Bindung des privaten Schlüssels festlegen.
2. Schlüssel im TPM erzeugen oder geeigneten Schlüsselbezug einrichten.
3. Anwendung beziehungsweise Werkzeug auf den TPM-gestützten Schlüssel verweisen.
4. Gerätewechsel, Plattformausfall und Wiederherstellungsgrenzen dokumentieren.

7. Tag 4: FIPS-Kontext und überprüfbarer Betrieb

1. Validierungsumfang von Distribution, Build, Modulen und Betriebsmodus klären.
2. Selbsttests, zulässige Algorithmen und Fehlerzustände der konkreten Plattform prüfen.
3. Anwendungsanforderungen gegen tatsächliche Plattformgarantien abgleichen.
4. Nachweise, Ausnahmen und Revalidierung bei Updates festlegen.

8. Tag 4: Audit, Logging und Datenschutz

1. Sicherheitsrelevante Ereignisse und notwendige Beweiswerte definieren.
2. Schlüsselmaterial, PINs, Sitzungsgeheimnisse und personenbezogene Daten aus Logs fernhalten.
3. Zeit, Identität, Policy und Fehlerursache korrelierbar protokollieren.
4. Aufbewahrung, Zugriff und Alarmierung mit dem Incident-Prozess verbinden.

9. Tag 5: Angriffssimulation und Incident

1. Abgelaufenes Zertifikat, falschen Trust Anchor und Policykonflikt nachstellen.
2. Tokenausfall, kompromittierte Credential-Annahme und auffällige Handshake-Fehler simulieren.
3. Eindämmung, Widerruf, Rotation und Wiederaufnahme des Dienstes ausführen.
4. Entscheidungen und Nachweise für technische und organisatorische Auswertung sichern.

10. Tag 5: Sicherheitsarchitektur und Abnahme

1. Protokoll-, PKI-, Hardware- und Betriebsentscheidungen in einem Zielbild zusammenführen.
2. Kontrollmatrix mit Eigentümer, Prüfmethode und Prüffrequenz erstellen.
3. Abnahme mit Negativtests, Restore-Probe und dokumentierten Ausnahmen durchführen.
4. Priorisierte Verbesserungen und regelmäßige Reprüfung festlegen.

Praxisübungen

• Sicherheitsbaseline mit technischer Kontroll- und Nachweismatrix.
• HSM-/TPM-gestützter Testdienst mit Rotation und Ausfallsimulation.
• Incident-Übung vom Vertrauensbruch bis zur kontrollierten Wiederfreigabe.

Einordnung in den Lernpfad

Geeignet als Security- und Compliance-Pfad. Für tiefere Programmierung ergänzt der Entwickler-Intensivkurs; für täglichen Plattformbetrieb der Administrationspfad.