30 Tage DevSecOps-Herausforderungen

Ein 30-Tage-DevSecOps-Challenge-Pfad aus den Linux- und Docker-Security-Labs, von Host-Exposure-Audits bis Berechtigungen, Secrets, Service Identity, Container-Härtung, Compose-Isolation, Image-Hygiene und Incident Cleanup.

DevOpsDevSecOps

💡 Dieser Artikel wurde von AI-Assistenten übersetzt. Um die englische Version anzuzeigen, können Sie hier klicken

Lehrplan

Linux-Exposure und Web-Hygiene
Linux-Berechtigungen und Service Identity
Linux-Secrets und Policy Cleanup
Container Runtime Exposure
Container Least Privilege und Secrets
Compose-Isolation, Images und Incidents

Einführung

Übe in 30 fokussierten DevSecOps Challenge Labs, laufende Linux-Hosts und Docker-Workloads abzusichern. In sechs aufeinander aufbauenden Stufen untersuchst du den realen Runtime-Zustand, erkennst unsichere Exposition oder Berechtigungsgrenzen, setzt eine gezielte Korrektur um und belegst, dass die geschützte Anwendung weiter funktioniert.

Dieser Pfad auf mittlerem Niveau konzentriert sich auf operative Härtung statt Sicherheitstheorie oder Schritt-für-Schritt-Anleitungen. Die Linux-Hälfte behandelt Dienste, Webinhalte, Rechte, Identitäten, Secrets und privilegierte Automatisierung; die Docker-Hälfte führt von Runtime-Audits zu Least Privilege, Compose-Isolation, Image-Hygiene und Incident Cleanup.

Was du lernen wirst

Nach Abschluss kannst du:

  • Listening Sockets, Host-Bindings, Webverzeichnisse und exponierte Artefakte auditieren und eine belastbare Linux-Baseline erstellen.
  • Rechte für Secrets, Uploads, Umgebungsdateien und Logs einschränken, ohne legitime Service-Zugriffe zu unterbrechen.
  • Dienste von root auf dedizierte Identitäten umstellen und erforderliche Eigentumsgrenzen für Konfiguration und Logging erhalten.
  • Zugangsdaten aus Skripten und Prozessen entfernen, sudo-Regeln eingrenzen und Befehlsauflösung sowie root-Cron-Pfade härten.
  • Docker- und Compose-Fakten wie Images, Ports, Benutzer, Mounts, Umgebungswerte, Volumes und Netzwerke untersuchen.
  • Privilegien durch Read-only-Mounts, Non-root-Benutzer und das Entfernen von privileged mode, Docker Socket und zu breiten Secrets reduzieren.
  • Compose-Netzwerke segmentieren, Runtime- und Build-Tokens entfernen, Basis-Images pinnen und temporäre Incident-Overrides bereinigen.
  • Jede Härtung mit Prozess-, Rechte-, HTTP-, Container-, Image-History- und Konnektivitätsprüfungen verifizieren.

Für wen dieser Kurs geeignet ist

Der Kurs richtet sich an Lernende mit Linux- und Docker-Grundlagen, die realistische operative Security Drift prüfen und beheben möchten. Er passt zu angehenden DevSecOps-, Plattform- und Operations-Fachkräften, die Anwendungskompatibilität erhalten und zugleich Exposition und Privilegien verringern müssen.

Voraussetzungen: Du solltest Linux navigieren, Konfigurations- und Shell-Dateien bearbeiten, Rechte und Prozessausgaben verstehen, sudo nutzen sowie grundlegende Docker- und Docker-Compose-Befehle ausführen können. Anforderungen und Hinweise werden gegeben, diese Grundlagen aber nicht von Grund auf gelehrt.

Lernumgebung: Die ersten 15 Challenges laufen in bereitgestellten Ubuntu-22.04-Terminals, die letzten 15 in Docker-fähigen Ubuntu-22.04-Umgebungen mit vorbereiteten Anwendungen, Images, Skripten und Compose-Stacks. Alle Ziele sind lokal; externe Clouds, Registries oder Produktionssysteme werden nicht verwendet.

Häufig gestellte Fragen

Ist dies ein geführter Security-Kurs oder ein Challenge-Pfad?

Es ist ein Challenge-Pfad. Jedes Lab definiert Szenario, Zielzustand, Anforderungen, Hinweise und Validierung; du entscheidest selbst, welche Runtime-Belege du prüfst und welche Korrektur du umsetzt. Sind Linux und Docker neu für dich, beginne mit geführten Grundlagenkursen.

Deckt der Kurs Schwachstellenscans und den gesamten DevSecOps-Lebenszyklus ab?

Nein. Er fokussiert operative Fehlkonfigurationen in Linux und Docker: Exposition, Rechte, Identitäten, Secrets, Least Privilege, Compose-Isolation, Images und Drift nach Incidents. SAST, Dependency Scanning, Cloud IAM und vollständiges Security-Pipeline-Design sind nicht enthalten.

Benötige ich ein Cloud-Konto, eine Registry oder einen eigenen Docker-Host?

Nein. Dienste, Container, Images und Compose-Projekte sind in isolierten Labs vorbereitet. Du überträgst keine Images an externe Registries und änderst keine Produktionshosts.

Muss ich täglich eine Challenge abschließen?

Nein. Die 30 Challenges bilden einen progressiven 30-Tage-Pfad, können aber in anderem Tempo bearbeitet werden. Die Reihenfolge ist sinnvoll, weil spätere Aufgaben Erfahrung mit Inspektion, Least Privilege und Validierung voraussetzen.

Lehrer

labby
Labby
Labby is the LabEx teacher.

Für Sie empfohlen

no data