docker-expert
Docker-Container-Builds verbessern
Docker-Projekte können langsam, groß und schwer abzusichern werden. Dieser Skill leitet Verbesserungen an Dockerfile, Compose, Secrets und Validierung an.
Mit meinem Agent installieren
Kopieren Sie diese Anfrage in Ihren Agent. Sie enthält die maßgebliche Skill-Seite und das Manifest.
Review the Skillstore skill "docker-expert" from https://skillstore.io/skills/sickn33-docker-expert.md and its manifest at https://skillstore.io/api/skills/sickn33-docker-expert/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.Ihr Agent sollte weiterhin seinen Plan anzeigen und alle von der Sicherheitsrichtlinie verlangten Bestätigungen anfordern.
Agent-lesbare Ressourcen
Verwenden Sie diese Links, wenn ein KI-Agent, Crawler oder Skript sauberen Kontext benötigt, statt die vollständige Seite zu lesen.
Testen
„docker-expert“ wird verwendet. Prüfe einen Node-Container, der als root läuft und den gesamten Quellcode kopiert, bevor Dependencies installiert werden.
Erwartetes Ergebnis:
- Hauptprobleme: Root-Runtime, schwaches Layer-Caching, übergroßer Build-Kontext und fehlender Health-Check.
- Empfohlene Änderungen: Dependencies installieren, bevor der Quellcode kopiert wird, einen Nicht-Root-Runtime-User erstellen und eine gezielte Ignore-Datei hinzufügen.
- Validierung: Image neu bauen, Image-Größe vergleichen, Runtime-Prozesse prüfen und das Verhalten des Health-Endpunkts bestätigen.
„docker-expert“ wird verwendet. Prüfe eine Compose-Datei mit einem App-Service, einem Datenbank-Service, einem gemeinsamen Netzwerk und Klartext-Passwortvariablen.
Erwartetes Ergebnis:
- Hauptprobleme: Datenbankbereitschaft wird nicht erzwungen, Backend-Traffic ist nicht isoliert und Secrets verwenden Klartext-Umgebungsvariablen.
- Empfohlene Änderungen: Datenbank-Health-Checks hinzufügen, Frontend- und Backend-Netzwerke trennen und Zugangsdaten in Docker-Secrets verschieben.
- Validierung: Service-Startreihenfolge bestätigen, Netzwerk-Erreichbarkeit prüfen und Secret-Referenzen im laufenden Stack verifizieren.
„docker-expert“ wird verwendet. Finde Möglichkeiten, ein großes Produktions-Image kleiner und leichter scanbar zu machen.
Erwartetes Ergebnis:
- Hauptprobleme: Build-Tools sind im finalen Image vorhanden und Paket-Caches bleiben nach der Installation erhalten.
- Empfohlene Änderungen: Build- und Runtime-Stages trennen, nur erforderliche Artefakte kopieren und eine minimale Runtime-Basis verwenden.
- Validierung: Image-Historie vergleichen, das finale Image scannen und Smoke-Tests der Anwendung ausführen.
Sicherheitsaudit
Mittleres RisikoThe 48 static alerts are false positives caused by Markdown fences, localhost health checks, /dev/null redirection, and illustrative secret-management examples. No credential exfiltration or prompt injection is present. However, the validation sequence can stop an existing container named validation-test after an earlier command fails.
Bestätigte Sicherheitsbedenken (1)
Risikofaktoren
⚙️ Externe Befehle (25)
🌐 Netzwerkzugriff (2)
📁 Dateisystemzugriff (13)
🔑 Umgebungsvariablen (6)
Diesen Bericht teilen & zitieren
Teile den versionierten Bewertungsbericht, das neutrale Badge, die Einbettungskarte und Zitate. Skillstore berichtet Nachweise, ohne zu entscheiden, ob dieser Skill sicher ist.
Berichtslink kopieren
https://skillstore.io/skills/sickn33-docker-expert/audits/6?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportMarkdown-Badge
[](https://skillstore.io/skills/sickn33-docker-expert?utm_source=security_passport_badge)HTML-Badge
<a href="https://skillstore.io/skills/sickn33-docker-expert?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/sickn33-docker-expert/security.svg" alt="Skillstore security assessment" loading="lazy"></a>Einbettungskarte
<iframe src="https://skillstore.io/embed/skills/sickn33-docker-expert.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>Wissenschaftliche Zitate (APA · BibTeX · CFF)
APA-Zitat
sickn33. (2026). docker-expert security audit report (audit version 6) [Author version unspecified]. Skillstore. https://skillstore.io/skills/sickn33-docker-expert/audits/6BibTeX-Zitat
@techreport{sickn33-sickn33-docker-expert-2026,
author = {sickn33},
title = {docker-expert security audit report (audit version 6)},
institution = {Skillstore},
year = {2026},
number = {6},
url = {https://skillstore.io/skills/sickn33-docker-expert/audits/6},
note = {Author version unspecified}
}CITATION.cff
cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "docker-expert security audit report (audit version 6)"
version: "unspecified"
type: report
authors:
- name: "sickn33"
date-released: "2026-07-23"
url: "https://skillstore.io/skills/sickn33-docker-expert/audits/6"
identifiers:
- type: other
value: "skillstore:sickn33-docker-expert:audit:6"
description: "Skillstore immutable audit report identifier"
Skillstore-Score
Warum dieser Score Evidenzvertrauen: HochWas Sie erstellen können
Ein Produktions-Dockerfile härten
Prüfe Image-Benutzer, Secret-Handling, Paketumfang, Health-Checks und Runtime-Defaults vor dem Release.
Image-Größe vor dem Deployment reduzieren
Wandle einen großen Build in ein kleineres Multi-Stage-Image mit saubererem Dependency- und Artefakt-Handling um.
Compose-Service-Design prüfen
Prüfe Service-Abhängigkeiten, Netzwerke, Volumes, Ressourcenlimits und Secret-Referenzen für eine Multi-Service-App.
Diese Prompts ausprobieren
Prüfe dieses Dockerfile auf Caching, Sicherheit, Image-Größe und Health-Checks. Erkläre zuerst die Änderungen mit der höchsten Priorität.
Prüfe dieses Docker-Compose-Setup auf Service-Startreihenfolge, Netzwerke, Volumes, Secrets, Ressourcenlimits und Probleme im Entwicklungsworkflow.
Entwirf einen produktionsreifen Docker-Ansatz für dieses Projekt. Berücksichtige Build-Stages, Runtime-User, Secret-Handling, Validierungsschritte und Rollback-Risiken.
Führe ein Release-Audit für diese Docker-Dateien und Logs durch. Priorisiere Sicherheit, Reproduzierbarkeit, Runtime-Stabilität und operative Validierung.
Bewährte Praktiken
- Teile Dockerfile, Compose-Datei, Ignore-Datei und relevante Build-Logs für eine vollständige Prüfung.
- Bestätige, bevor Build-, Run-, Scan- oder Cleanup-Befehle gegen ein echtes Projekt ausgeführt werden.
- Wende Änderungen in kleinen Schritten an und teste jedes Image vor dem Deployment.
Vermeiden
- Verwendung für tiefgehende Kubernetes-, Cloud-Service- oder CI-Pipeline-Arbeiten außerhalb des Docker-Umfangs.
- Ausführen vorgeschlagener Befehle gegen Produktionssysteme ohne Prüfung und Zustimmung.
- Kopieren von Beispielen, ohne Benutzer, Secrets, Ports, Netzwerke und Runtime-Richtlinien anzupassen.