Seminar Secure SDLC – Container, Infrastructure as Code und sichere Auslieferung

Seminarbeschreibung

Eine sicher entwickelte Anwendung kann durch überprivilegierte Container, offene Verwaltungszugänge oder ungeprüfte Infrastrukturänderungen ihren vorgesehenen Schutz verlieren. Das Seminar behandelt daher die Verbindung zwischen Anwendung, Laufzeitumgebung und Bereitstellungsprozess. Konfigurationen werden wie andere Softwareänderungen versioniert, überprüft und mit klaren Freigaben versehen.

In einer vorbereiteten lokalen Laborumgebung werden ein Containerimage und Kubernetes-Manifeste überarbeitet. Für weitere Infrastructure-as-Code-Formate werden die gleichen Prüfprinzipien anhand vorbereiteter Konfigurationsauszüge erläutert. Der praktische Schwerpunkt bleibt auf einem einheitlichen Beispiel, damit Härtung, Richtlinienprüfung, Deployment und Rücknahme tatsächlich durchgearbeitet werden können. Die vollständige Administration einer Containerplattform ist Voraussetzung beziehungsweise Gegenstand eigener Seminare.

Der Bereitstellungsfall umfasst einen Anwendungscontainer, eine Dienstidentität, Netzbeziehungen und eine kleine Anzahl von Konfigurationswerten. Die Übungen untersuchen, welche Einstellungen zur Funktion erforderlich sind und welche Rechte lediglich aus Bequemlichkeit vergeben wurden. Besonders betrachtet werden unbeabsichtigte Hostzugriffe, veränderliche Imagebezeichnungen und Unterschiede zwischen geprüfter und freigegebener Konfiguration. Bei der Rücknahme wird berücksichtigt, dass eine ältere Version selbst verwundbar sein kann oder bereits geänderte Daten nicht mehr verarbeiten kann. Die Entscheidung zwischen Rücknahme und Vorwärtskorrektur wird deshalb vorbereitet.

Inhaltsübersicht

1. Artefakte und Umgebungsgrenzen
2. Containerimages und Build-Konfiguration
3. Infrastructure as Code prüfen
4. Laufzeitberechtigungen und Geheimnisse
5. Kontrollierte Bereitstellung
6. Rücknahme und betriebliche Übergabe

Seminarinhalte

Artefakte und Umgebungsgrenzen

• Anwendungsartefakt, Konfiguration und Laufzeitumgebung als getrennte Freigabeobjekte behandeln.
• Entwicklung, Test und produktionsnahe Freigabe mit geeigneten Berechtigungen trennen.
• Abweichungen zwischen geprüftem Stand und ausgelieferter Konfiguration sichtbar machen.

Containerimages und Build-Konfiguration

• Basisimages, Paketumfang, Build-Kontext und mehrstufige Builds sicherheitsbezogen beurteilen.
• Unprivilegierte Benutzer, Dateirechte und schreibgeschützte Bereiche passend zur Anwendung einsetzen.
• Imagebefunde bewerten und unnötige Komponenten oder eingebettete Geheimnisse entfernen.

Infrastructure as Code prüfen

• Manifeständerungen auf privilegierte Einstellungen, offene Zugriffe und unsichere Standards prüfen.
• Statische Prüfungen mit nachvollziehbaren Regeln und begründeten Ausnahmen einsetzen.
• Änderungsplan, Ist-Zustand und unbeabsichtigte Konfigurationsabweichungen gegenüberstellen.

Laufzeitberechtigungen und Geheimnisse

• Servicekonten, Rollen und Netzwerkbeziehungen auf den benötigten Umfang begrenzen.
• Ressourcenlimits, Sicherheitskontext und Hostzugriffe an das Risikoprofil anpassen.
• Geheimnisbereitstellung und Rotation ohne Speicherung im Image oder Repository planen.

Kontrollierte Bereitstellung

• Geprüfte Artefakte über ihren Digest eindeutig auswählen und erneut verifizieren.
• Freigabe, Richtlinienprüfung und Laufzeitkontrollen zu einem konsistenten Prozess verbinden.
• Statusprüfungen, Protokollierung und kontrollierte Einführung einer Änderung durchführen.

Rücknahme und betriebliche Übergabe

• Rücknahmebedingungen, Zuständigkeiten und bekannte Grenzen vor Veröffentlichung festlegen.
• Datenbankänderungen, alte verwundbare Versionen und notwendige Vorwärtskorrekturen berücksichtigen.
• Betriebliche Prüfungen, Konfigurationspflege und Außerbetriebnahme in die Übergabe aufnehmen.

Praxisübungen

1. Das bereitgestellte Image und die Infrastrukturdefinitionen erfassen und Ausgangsprüfungen ausführen.
2. Ein überprivilegiertes Image überarbeiten und das Laufzeitverhalten erneut testen.
3. Unsichere Manifeste korrigieren und geeignete Richtlinienprüfungen ergänzen.
4. Dienstberechtigungen und Netzwerkzugriffe für den Anwendungsfall einschränken.
5. Das geprüfte Artefakt mit festgelegter Konfiguration in der Laborumgebung bereitstellen.
6. Eine fehlerhafte Änderung simulieren und eine technisch zulässige Rücknahme oder Vorwärtskorrektur durchführen.