Eine docker-compose.yml aus einem Tutorial mit xpack.security.enabled=false und den Ports "9200:9200" macht jeden Index ohne Passwort im Internet zugänglich. Die von Docker veröffentlichten Ports umgehen dabei die meisten Host-Firewalls. Bots finden solche Cluster innerhalb weniger Stunden und hinterlassen eine Lösegeldforderung, wo zuvor die Daten waren. Ein ohne DISABLE_INSTALL_DEMO_CONFIG=true gestarteter OpenSearch-Container ist auf weniger offensichtliche Weise genauso offen: Er verwendet Demozertifikate, deren private Schlüssel öffentlich sind, und Demobenutzer mit allgemein bekannten Passwörtern. Dieser Skill findet diese und zehn weitere Konfigurationsfehler in Elasticsearch, Kibana und OpenSearch, bevor der Cluster in Betrieb geht, und erklärt die Behebung jedes Fehlers.

Ihr Agent führt einen Scanner in Ihrem Projekt aus: Er prüft elasticsearch.yml, kibana.yml, opensearch.yml und opensearch_dashboards.yml (sowie Namensvarianten wie elasticsearch-node1.yml) und Docker-Compose-Dienste mit den offiziellen Images von Elasticsearch, Kibana, OpenSearch und OpenSearch Dashboards. Flache Schlüssel mit Punkten und verschachteltes YAML für dieselbe Einstellung werden gleich behandelt. In Compose-Dateien liest er außerdem Einstellungen aus Umgebungsvariablen (xpack.security.enabled=false, ES_SETTING_..., ELASTICSEARCH_PASSWORD) und die von jedem Dienst veröffentlichten Ports. Er ermittelt, ob ein Knoten über das Netzwerk erreichbar ist (network.host, http.host, transport.host, server.host, veröffentlichte Ports), und beurteilt die Sicherheitsregeln entsprechend den tatsächlichen Standardwerten: Elasticsearch ab Version 8.0 aktiviert den Schutz und richtet TLS beim ersten Start ein, Versionen 7.x und älter lassen den Schutz deaktiviert, und das OpenSearch-Image installiert die Demo-Sicherheitskonfiguration, sofern dies nicht ausdrücklich unterbunden wird. Daher wird die automatisch erzeugte Konfiguration von Elasticsearch 8 nicht beanstandet, und ein lokaler Entwicklungsknoten erhält einen Prüfhinweis statt einer Blockierung. Der Scanner verbindet sich nie mit einem Cluster. Er liefert BLOCK, REVIEW oder NOT FLAGGED mit Datei, Zeile, Begründung und einem sichereren Vorgehen. Geheimnisse werden nie ausgegeben.

Was geprüft wird

BLOCK (vor der Auslieferung beheben)

• E01: Elasticsearch-Schutz auf einem erreichbaren Knoten deaktiviert: xpack.security.enabled: false oder ein Image der Version 7.x oder älter, das den Schutz nie aktiviert, mit einer Netzwerkadresse oder einem auf allen Schnittstellen veröffentlichten Port

• E02: OpenSearch-Sicherheitsplugin auf einem erreichbaren Knoten deaktiviert (plugins.security.disabled, DISABLE_SECURITY_PLUGIN)

• E03: in Dateien hinterlegte Passwörter, Tokens und Client-Geheimnisse: elasticsearch.password, opensearch.password, serviceAccountToken, bind_password, Keystore-Passwörter, ELASTIC_PASSWORD, OPENSEARCH_INITIAL_ADMIN_PASSWORD und Passwörter in Host-URLs

• E04: OpenSearch-Demo-Sicherheitskonfiguration (allow_unsafe_democertificates: true oder die standardmäßige Demo-Installation des Docker-Images) auf einem erreichbaren Knoten

REVIEW (vor der Veröffentlichung prüfen)

• E11: Schutz auf einem noch nicht erreichbaren Knoten deaktiviert

• E12: CORS für jeden Ursprung geöffnet (http.cors.allow-origin: "*", Kibana server.cors mit dem Standardwert ["*"])

• E13: kein HTTPS an einer Netzwerkadresse (xpack.security.http.ssl, plugins.security.ssl.http, server.ssl für Kibana und Dashboards)

• E14: Zertifikatsprüfungen deaktiviert (verification_mode: none, verificationMode: none)

• E15: Kibana-Verschlüsselungsschlüssel oder das Cookie-Passwort von Dashboards in der Datei hinterlegt

• E16: action.destructive_requires_name: false deaktiviert den Schutz von Elasticsearch 8 vor DELETE /*

• E17: anonymer Zugriff (anonyme Rollen, ein anonymer Kibana-Provider, anonymous_auth_enabled in Dashboards)

• E18: ein Knoten an einer Netzwerkadresse, dessen Datei keine Sicherheitseinstellungen enthält, sodass der Schutz von der Version abhängt

Lieferumfang

• Der Scanner (Python 3.9+, nur Standardbibliothek)

• Ein Regelhandbuch mit Begründung und sichererem Vorgehen für jede Regel

• Ein unsicheres und ein sicheres Beispielprojekt (ein Compose-Stack mit Elasticsearch, Kibana und OpenSearch, elasticsearch.yml und kibana.yml für den Produktivbetrieb, ein OpenSearch-Knoten mit Demo-Konfiguration, OpenSearch Dashboards, ein alter 7.x-Knoten und ein Entwicklungsknoten) sowie der tatsächliche Scanner-Bericht für das unsichere Beispiel

Grenzen

Der Scanner liest jede Datei so, wie sie vorliegt. Werte aus .env-Dateien, Keystores, -E-Kommandozeilenoptionen, Helm-Charts und Kubernetes-Manifesten (einschließlich ECK) werden nicht gelesen. Compose-Dienste mit anderen Images (etwa Bitnami) werden übersprungen. Die eigenen Dateien des OpenSearch-Sicherheitsplugins (internal_users.yml, roles.yml), Benutzer und Rollen im Cluster, Firewalls und gehostete Dienste werden nicht geprüft. NOT FLAGGED ist keine Garantie.

Inhalt

Ein ZIP-Archiv mit 21 Dateien: SKILL.md, der Scanner in scripts/ (4 Python-Dateien), references/rules.md (alle Regeln mit Begründung und sichererem Vorgehen) sowie examples/ (14 Beispieldateien sowie report.md, die tatsächliche Scanner-Ausgabe für das unsichere Beispiel).

Anwendung: Dies ist ein Skill für KI-Agenten: ein Ordner mit einer SKILL.md-Datei und Python-Skripten, die ein KI-Programmieragent wie Claude Code, Cursor oder Codex CLI ausführen kann. Entpacken Sie das Archiv in den Skills-Ordner Ihres Agenten (für Claude Code: ~/.claude/skills/), und bitten Sie Ihren Agenten anschließend, Ihr Projekt zu prüfen. Die Skripte lassen sich auch eigenständig mit Python 3.9 oder neuer ausführen, ohne zusätzliche Pakete zu installieren. Sie lesen ausschließlich Ihre Dateien: kein Netzwerkzugriff und keine Datenübertragung.