Ein Listener mit tls_disable = 1 auf 0.0.0.0 sendet jedes Token und jedes Geheimnis über unverschlüsseltes HTTP, eine "break-glass"-Richtlinie mit path "*" und sudo ist die root-Richtlinie unter anderem Namen, und eine gespeicherte vault-init.txt übergibt jedem mit Zugriff auf das Repository Ihre Unseal-Schlüssel und Ihr Root-Token. Dieser Skill findet diese und die weiteren unten aufgeführten Vault-Fehler vor dem Deployment und erklärt Ihnen, wie Sie jeden davon beheben.

Ihr Agent führt einen Scanner über Konfigurationen von Vault-Server, Agent und Proxy aus (HCL und JSON, auch innerhalb von vault-helm-Values, ConfigMaps und VAULT_LOCAL_CONFIG), über ACL-Richtlinien (HCL, JSON, Terraform-vault_policy-Heredocs, vault_policy_document-Regeln, vault policy write-Heredocs in Skripten und CI) und über die Dateien, die Vault ausführen oder ansprechen: docker-compose, Kubernetes-Manifeste und Injector-Annotationen, vault-helm-Values, systemd-Units, Dockerfiles, Nomad-Jobs, .env-Dateien, Shell-Skripte, GitHub Actions mit vault-action und gespeicherte Ausgaben von vault operator init. Er liest HCL mit einer Zeilennummer für jeden Schlüssel (auch bei Blöcken, die in einer Zeile geschrieben sind), kennt die Standardwerte von Vault (ein Listener ohne Adresse bindet an 127.0.0.1), den Pfadabgleich in Richtlinien mit + und *, die alte Syntax policy = "write" sowie env://- und file://-Verweise, und er kontaktiert nie Vault und führt nichts aus. Er liefert BLOCK, REVIEW oder NOT FLAGGED, jeweils mit Datei, Zeile, Begründung und einem sichereren Vorgehen. Geheimnisse werden nie ausgegeben.

Was geprüft wird

BLOCK (vor der Auslieferung beheben)

• V01: ein tcp-Listener mit aktiviertem tls_disable, der über Loopback hinaus lauscht (0.0.0.0, [::], ein Hostname, eine private IP), in einer Deployment-Konfiguration (in einer lokalen Compose-Datei, einem docker run-Skript oder einem dev/test-Pfad ist es stattdessen V19)
• V02: ein Dev-Server (vault server -dev, das Image hashicorp/vault ohne Befehl, server.dev.enabled) in einer systemd-Unit, einem Kubernetes-Workload, Helm-Values, einem Nomad-Job oder einer Compose-Datei oder einem Dockerfile mit Produktionsnamen; Produktionsbegriffe im Pfad haben Vorrang vor lokalen
• V03: ein Richtlinienpfad, der auf jeden Pfad passt (* oder +/*), mit sudo oder einer Schreibberechtigung
• V04: Vault-Tokens (hvs., hvb., hvr. und die älteren s., b., r.), Unseal- und Recovery-Schlüssel, gespeicherte Init-Ausgaben, literale VAULT_TOKEN-Werte, nach vault login eingegebene Passwörter sowie Seal- oder Storage-Zugangsdaten, die in einer Konfiguration stehen (Platzhalter und das Dev-Root-Token werden nicht gemeldet; .env.example-Dateien nur bei echten Token-Formaten)

REVIEW (vor dem Release prüfen)

• V11: disable_mlock = true mit einem anderen Storage-Backend als Integrated Storage (prüfen Sie, ob Swap deaktiviert oder verschlüsselt ist)
• V12: unverschlüsseltes http:// zu Vault auf einem anderen Host oder deaktivierte Zertifikatsprüfungen (tls_skip_verify, VAULT_SKIP_VERIFY, skip_tls_verify, tlsSkipVerify, die Annotation tls-skip-verify)
• V13: write oder sudo auf einem Platzhalter, der einen ganzen Mount abdeckt (secret/*, kv/data/*, auth/*), oder read auf jedem Pfad
• V14: Berechtigungen, die Privilegien ausweiten: der Großteil von sys/, das Schreiben beliebiger ACL-Richtlinien (auch eingeschränkter wie app-*), sys/raw, Audit-Geräte, Auth-Mounts, generate-root, rekey, seal, der Plugin-Katalog, sudo auf auth/token/create, das Schreiben von Identity-Entitäten und -Gruppen
• V15: tls_min_version oder tls_max_version auf tls10 oder tls11 gesetzt
• V16: raw_storage_endpoint, enable_unauthenticated_access oder nicht authentifizierte Metriken oder pprof auf einem Listener außerhalb von Loopback
• V17: Einstellungen, die Vault ablehnt oder ignoriert: unbekannte Berechtigungen wie write, unbekannte Pfadschlüssel, doppelt gesetzte Argumente (Vault 2.1), ein * vor dem Ende eines Pfads, Integrated Storage ohne disable_mlock (Vault 1.20), ein TLS-Listener ohne Zertifikat
• V18: das alte offizielle Docker-Image vault (letztes Release 1.13.3) oder hashicorp/vault ohne Tag oder mit latest
• V19: reine Dev-Einstellungen in einer lokalen Umgebung: TLS aus auf allen Schnittstellen in einer Compose-Datei oder einem dev/test-Pfad oder das Dev-Root-Token, während VAULT_ADDR auf einen anderen Rechner zeigt

Was enthalten ist

• Der Scanner (Python 3.9+, nur Standardbibliothek)
• Ein Regelleitfaden mit Begründung, sichererem Vorgehen und Link zur offiziellen HashiCorp-Dokumentation für jede Regel
• Ein riskantes und ein sicheres Beispielprojekt (Server- und Raft-Konfigurationen, Richtlinien, eine Agent-Konfiguration, eine systemd-Unit, eine env-Datei, eine Compose-Datei und gespeicherte Init-Ausgabe) sowie der echte Bericht, den der Scanner für das riskante erzeugt

Einschränkungen

Er liest Dateien so, wie sie geschrieben sind. Audit-Geräte, Auth-Methoden und die Richtlinien, die ein Token tatsächlich erhält, liegen im Storage von Vault und sind nicht sichtbar. Jeder Richtlinienpfad wird für sich bewertet, Pfade mit Vorlagen werden als fester Text behandelt, und Sentinel-Richtlinien werden nicht gelesen. Die Standardkonfiguration des vault-helm-Charts läuft ohne TLS auf allen Schnittstellen, daher schlägt V01 dort absichtlich an (das Compose-Beispiel von Docker Hub erhält V19); ein Service Mesh, das den Datenverkehr verschlüsselt, ist nicht sichtbar. Ob eine Datei ein Deployment oder eine lokale Umgebung ist, wird anhand des Dateityps und der Wörter in ihrem Pfad innerhalb des Repositorys entschieden. NOT FLAGGED ist keine Garantie.

Inhalt

Eine ZIP-Datei mit 27 Dateien: SKILL.md, der Scanner in scripts/ (7 Python-Dateien), references/rules.md (jede Regel mit Begründung und sichererem Vorgehen) und examples/ (17 Beispieldateien plus report.md, die echte Scanner-Ausgabe für das riskante Beispiel).

Verwendung: Dies ist ein Agent-Skill: ein Ordner mit einer SKILL.md-Datei und Python-Skripten, die ein KI-Coding-Agent wie Claude Code, Cursor oder Codex CLI ausführen kann. Entpacken Sie ihn in den Skills-Ordner Ihres Agenten (für Claude Code: ~/.claude/skills/) und bitten Sie dann Ihren Agenten, Ihr Projekt zu prüfen. Die Skripte laufen auch eigenständig mit Python 3.9 oder neuer, ohne dass etwas installiert werden muss. Sie lesen nur Ihre Dateien: kein Netzwerkzugriff, und nichts wird irgendwohin gesendet.