Zuletzt aktualisiert: März 202615 Min. Lesezeit

OpenClaw Sicherheitsleitfaden 2026

Ihre OpenClaw-Instanz läuft mit Systemrechten auf Ihrem Server. Ist sie ungesichert, kontrollieren Angreifer alles. Dieser Leitfaden behandelt die realen Bedrohungen, unser 12-Punkte-Härtungsaudit und die Befehle, mit denen Sie Ihre eigene Installation sofort überprüfen können.

🛡️

Nicht technisch? Lies das zuerst.

Jeder Begriff unten — fail2ban, UFW, scrypt — wird in jedem OpenClawPro-Plan für dich konfiguriert. Du musst es nicht verstehen; du brauchst nur, dass es richtig erledigt wird.

Pläne mit diesem Audit anzeigen

Warum Sicherheit entscheidend ist

OpenClaw ist außergewöhnliche Software. Mit 42,665 GitHub-Sternen und rasant wachsend ist es die beliebteste Open-Source-Plattform für persönliche KI-Assistenten aller Zeiten. Doch Popularität hat eine Kehrseite: Sie macht OpenClaw zu einem attraktiven Ziel für Angreifer — und die Standardinstallation ist alarmierend unsicher.

42,665
Öffentlich im Internet exponierte Instanzen
93.4%
Ganz ohne Authentifizierung
$6,000
Rechnung über Nacht durch einen einzigen kompromittierten Schlüssel
Kritisch: OpenClaw läuft mit Systemrechten. Es kann Shell-Befehle ausführen, Dateien lesen und schreiben, Docker-Container verwalten und mit jedem Dienst auf Ihrem Server interagieren. Wenn ein Angreifer Zugriff auf eine ungesicherte OpenClaw-Instanz bekommt, liest er nicht nur Ihre Chats — er kontrolliert Ihre gesamte Maschine.

Die Zahlen stammen aus unabhängiger Sicherheitsforschung Anfang 2026. Mit Shodan- und Censys-Scans identifizierten Forscher 42,665 OpenClaw-Instanzen, die direkt aus dem öffentlichen Internet erreichbar sind. Davon hatten 93.4 % überhaupt keine Authentifizierung konfiguriert — das heißt, jeder mit der IP-Adresse konnte Nachrichten senden, Gesprächshistorie lesen, auf verbundene Integrationen zugreifen und in vielen Fällen über den KI-Assistenten beliebige Befehle ausführen.

Die 6.000-Dollar-Rechnung über Nacht ist nicht hypothetisch. Sie traf einen Entwickler, der im Februar 2026 auf Reddit davon berichtete. Ein Angreifer fand seine exponierte Instanz, extrahierte die OpenAI- und Anthropic-API-Schlüssel aus dem Kontext und ließ 14 Stunden lang automatisierte Anfragen durch beide APIs laufen, bevor der Entwickler durch Billing-Alerts aufwachte. Die API-Anbieter erstatteten einen Teil zurück, aber nicht alles. Der Entwickler hatte keine Backups und verlor 6 Monate Gesprächsverlauf und individuelle Konfigurationen.

Das ist keine Kritik an OpenClaw selbst. Die Kernsoftware ist gut gewartet, wird aktiv entwickelt und Schwachstellen werden verantwortungsvoll offengelegt. Das Problem ist das Deployment. Der One-Liner-Installer von OpenClaw priorisiert einfache Einrichtung — in 5 Minuten einsatzbereit — und überlässt die Sicherheitskonfiguration dem Nutzer. Die meisten Nutzer sind keine Systemadministratoren. Sie folgen dem Quickstart, sehen es laufen und gehen zum Tagesgeschäft über. Ab diesem Moment tickt die Uhr.

Genau diese Lücke zwischen „installiert und läuft" und „installiert und abgesichert" zu schließen, dafür existiert OpenClawPro. Im Folgenden beschreiben wir jeden Schritt unseres 12-Punkte-Sicherheitsaudits — denselben Prozess, den wir auf jede Installation anwenden, beginnend beim Starter-Tarif für 299 $.

Unser 12-Punkte-Sicherheitsaudit

Jede OpenClawPro-Installation — vom 299-$-Starter-Plan bis zur Managed-Stufe — erhält diese vollständige Sicherheitshärtung. Jeder Punkt adressiert einen konkreten Angriffsvektor, den wir in der Praxis ausgenutzt gesehen haben. Nichts ist optional. Nichts wird übersprungen.

Vollständig auditiert: Wenn alle 12 Punkte konfiguriert sind, wird Ihre OpenClaw-Instanz von einer der 93,4 % ohne Authentifizierung zu einem gehärteten Deployment, das Enterprise-Sicherheitsstandards erfüllt. Die meisten Angriffe scheitern einfach lautlos an einem korrekt konfigurierten Server.
01

Nur-SSH-Schlüssel-Authentifizierung

Passwort-Login komplett deaktivieren

Passwortbasiertes SSH ist der am stärksten angegriffene Vektor auf jedem VPS. Automatisierte Bots hämmern Tausende Male pro Stunde auf Port 22 und probieren gängige Passwörter durch. Wir erzeugen für Sie ein Ed25519-SSH-Schlüsselpaar, installieren den öffentlichen Schlüssel auf Ihrem Server und deaktivieren PasswordAuthentication dauerhaft in /etc/ssh/sshd_config. Damit werden Brute-Force-Angriffe mathematisch unmöglich — es gibt nichts zu erraten.

02

Fail2ban-Konfiguration

Brute-Force-Schutz, der Angreifer sperrt

Selbst bei reinem SSH-Key-Login verschwenden hartnäckige Bots Bandbreite und verstopfen Logs. Fail2ban beobachtet Authentifizierungslogs in Echtzeit und sperrt IP-Adressen nach 3 Fehlversuchen für 24 Stunden automatisch. Wir konfigurieren Jails für SSH, HTTP-Auth und OpenClaw-spezifische Endpunkte. Wiederholungstäter werden dauerhaft gesperrt. Das reduziert bösartigen Traffic binnen der ersten Woche um 95 %.

03

UFW-Firewall-Regeln

Nur Ports 22, 80 und 443 erlauben

Eine Default-Deny-Firewall ist Ihre erste Verteidigungslinie. Wir aktivieren UFW (Uncomplicated Firewall) mit standardmäßig verweigertem eingehenden Traffic und erlauben explizit nur drei Ports: 22 (SSH), 80 (HTTP für Let's Encrypt) und 443 (HTTPS). Alle anderen Ports — Datenbankports, Docker-Daemon, Redis, Debug-Schnittstellen — werden lautlos verworfen. Keine Antwort, keine Verbindung, kein Footprint.

04

Automatische Sicherheitsupdates

unattended-upgrades für Zero-Day-Patches

Kritische CVEs werden innerhalb weniger Stunden nach Offenlegung gepatcht — aber nur, wenn Ihr System sie auch einspielt. Wir installieren und konfigurieren unattended-upgrades so, dass Sicherheitspatches aus dem offiziellen Ubuntu/Debian-Security-Repository alle 6 Stunden automatisch angewendet werden. Kernel-Updates lösen automatische Neustarts in einem von Ihnen gewählten Wartungsfenster aus (Standard: 4:00 UTC). Sie bleiben gepatcht, ohne einen Finger zu rühren.

05

Docker-/Podman-Sandboxing

Kein --privileged-Flag, niemals

Container mit --privileged laufen zu lassen, gibt ihnen vollen Root-Zugriff auf den Host — das unterläuft den gesamten Sinn der Containerisierung. Wir betreiben OpenClaw mit den minimal notwendigen Capabilities (nur NET_BIND_SERVICE), wenn möglich mit read-only-Root-Dateisystem, der Sicherheitsoption no-new-privileges und isoliertem Netzwerk. Der Container kann weder auf Geräte des Hosts noch auf Kernel-Module oder andere Container zugreifen.

06

Non-Root-User für OpenClaw

Prinzip der minimalen Rechte

OpenClaw läuft niemals als root. Wir legen einen dedizierten Systembenutzer (openclaw) ohne Login-Shell, ohne sudo-Zugriff und nur mit Eigentümerschaft über die benötigten Verzeichnisse an. Sollte ein Angreifer den OpenClaw-Prozess kompromittieren, bleibt er in einem machtlosen Benutzerkonto gefangen, ohne Möglichkeit zur Rechteausweitung, Änderung von Systemdateien oder Paketinstallation.

07

Verschlüsselung von Umgebungsvariablen

.env-Berechtigungen fest auf 600

Ihre .env-Datei enthält API-Schlüssel im Wert von Hunderten Dollar — OpenAI, Anthropic, Google, Stripe. Ein einziger geleakter Schlüssel kann über Nacht eine 6.000-$-Rechnung verursachen. Wir setzen die Dateiberechtigungen auf 600 (nur Eigentümer lesen/schreiben) und ordnen sie dem openclaw-Benutzer zu. Die Datei wird aus allen Backup-Skripten und der Versionskontrolle ausgeschlossen. Für Produktions-Deployments, in denen .env-Dateien nicht ausreichen, konfigurieren wir zusätzlich Docker Secrets.

08

Rate-Limiting auf API-Endpunkten

Missbrauch und Kostenexplosionen verhindern

Ein ungeschützter OpenClaw-API-Endpunkt ist für jeden, der ihn findet, ein kostenloses KI-Gateway. Wir konfigurieren Nginx-Rate-Limiting auf 30 Requests/Minute für Chat-Endpunkte, 5 Requests/Minute für Auth-Endpunkte und 100 Requests/Minute für statische Assets. Burst-Erlaubnisse fangen legitime Spitzen ab. Eigene Rate-Limit-Header sagen Clients genau, wie viele Requests noch übrig sind. Überschüssige Anfragen erhalten 429-Antworten statt teurer KI-Completions.

09

CORS-Policy-Konfiguration

Cross-Origin-Zugriffe beschränken

Ohne CORS-Konfiguration kann jede Webseite im Internet über den Browser eines Besuchers Requests an Ihre OpenClaw-Instanz senden. Wir setzen strikte CORS-Header: nur Ihre spezifischen Domains sind als Origins erlaubt, Credentials erfordern explizites Opt-in und Preflight-Antworten werden 24 Stunden gecacht. Das verhindert Cross-Site-Request-Forgery und unberechtigten API-Zugriff von bösartigen Webseiten.

10

SSL/TLS mit Auto-Renewal

Let's-Encrypt-Zertifikate, immer gültig

Jede OpenClawPro-Installation bekommt vom ersten Tag an HTTPS über Let's-Encrypt-Zertifikate. Wir konfigurieren Certbot mit automatischer Erneuerung 30 Tage vor Ablauf, HTTP-zu-HTTPS-Redirect, HSTS-Header mit einjähriger max-age, TLS 1.2 als Minimum (TLS 1.3 bevorzugt) und A+-Rating bei SSL Labs. Keine Mixed-Content-Warnungen, keine Downtime durch abgelaufene Zertifikate, keine Ausreden.

11

Log-Rotation und Monitoring

Einbrüche erkennen, bevor Schaden entsteht

Logs sind Ihre Überwachungskamera-Aufzeichnung. Wir konfigurieren logrotate für alle OpenClaw-, Nginx- und Systemlogs mit 30 Tagen Aufbewahrung und Komprimierung. Wichtiger noch: Wir richten Log-Monitoring mit Alerts ein — für fehlgeschlagene SSH-Versuche über der Schwelle, ungewöhnliche API-Nutzungsmuster, Container-Restart-Schleifen und Festplatten-Warnungen ab 80 %. Sie werden über Ihren konfigurierten Kanal (Telegram, Discord etc.) benachrichtigt, wenn etwas nicht stimmt.

12

Backup-Strategie

Automatisierte tägliche Snapshots

Ein Sicherheitsvorfall ohne Backups ist eine Katastrophe. Mit Backups ist er eine Unannehmlichkeit. Wir konfigurieren automatisierte tägliche Snapshots Ihres OpenClaw-Datenverzeichnisses, Ihrer Docker-Volumes und Konfigurationsdateien. Backups werden komprimiert, mit AES-256 verschlüsselt und an einem separaten Ort abgelegt (entweder in einem anderen Verzeichnis für VPS-Snapshots oder in einem S3-kompatiblen Bucket). Wir behalten 7 tägliche, 4 wöchentliche und 3 monatliche Backups. Die Wiederherstellung wird bei der Installation getestet.

Reale Bedrohungen

Dies sind keine theoretischen Angriffsvektoren. Jede hier beschriebene Bedrohung wurde 2025–2026 in freier Wildbahn gegen OpenClaw-Deployments beobachtet. Wir verfolgen sie, damit Sie es nicht müssen.

ClawHavoc — CVE-2026-25253

KRITISCH — CVSS 9.8

Entdeckt im Januar 2026: ClawHavoc ist eine Remote-Code-Execution-Schwachstelle im MCP-(Model-Context-Protocol-)Server-Connection-Handler von OpenClaw. Ein bösartiger MCP-Server kann manipulierte Tool-Antworten injizieren, die OpenClaws Input-Sanitization umgehen, sodass die KI beliebige Shell-Befehle mit den Rechten des OpenClaw-Prozesses ausführt.

Der Angriff ist verheerend einfach: Ein Angreifer veröffentlicht einen scheinbar nützlichen MCP-Server (eine „Wetter-API" oder einen „Aktien-Ticker") in einer öffentlichen Registry. Wenn ein OpenClaw-Nutzer sich damit verbindet, liefert der bösartige Server Tool-Antworten mit eingebetteten Befehlssequenzen. OpenClaw reicht sie an das KI-Modell, das sie treu ausführt. Der Angreifer hat binnen 30 Sekunden eine Reverse Shell.

Betroffene Versionen: OpenClaw v2024.12.0 bis v2026.1.14. Alle Nutzer müssen sofort auf v2026.1.15 oder höher aktualisieren. Der Patch fügt strikte Input-Validierung und eine Sandbox-Schicht für MCP-Tool-Antworten hinzu.

Bösartige Skills auf ClawHub

HOHES RISIKO

Stand März 2026 haben Sicherheitsforscher 341 bösartige Skills auf ClawHub identifiziert, dem Community-Skill-Marktplatz von OpenClaw. Sie reichen von Credential-Harvesting-Skills, die API-Schlüssel abziehen, über Cryptominer, die still die CPU Ihres Servers auslasten, bis hin zu Backdoors, die bei der Installation Reverse Shells öffnen.

Das ClawHub-Team hat die Moderation deutlich verbessert, doch der Review-Rückstau führt dazu, dass neu veröffentlichte Skills 48–72 Stunden lang ungeprüft bleiben können. Wir empfehlen, nur Skills mit 100+ Downloads, verifizierten Publisher-Badges und persönlich geprüftem Quellcode zu installieren. OpenClawPro-Installationen enthalten eine kuratierte Allowlist von 50 geprüften, auditierten Skills.

Prompt-Injection-Angriffe

MITTLERES RISIKO

Wenn OpenClaw externe Daten verarbeitet — E-Mails, Webseiten, Dokumente — können diese versteckte Anweisungen enthalten, die das Verhalten der KI manipulieren. Eine geschickt formulierte E-Mail könnte OpenClaw anweisen, alle zukünftigen Nachrichten an die Adresse eines Angreifers weiterzuleiten, oder eine bösartige Webseite könnte es dazu bringen, seinen System-Prompt und die API-Konfiguration preiszugeben.

OpenClaw v2026.2+ enthält eine grundlegende Erkennung von Prompt Injection, diese ist aber nicht narrensicher. OpenClawPro-Deployments ergänzen eine zusätzliche Input-Sanitization-Schicht und konfigurieren den System-Prompt mit expliziten Anti-Injection-Direktiven, die die Erfolgsrate solcher Angriffe deutlich senken.

Token-Diebstahl durch OAuth-Fehlkonfiguration

MITTLERES RISIKO

OpenClaw integriert sich über OAuth-Tokens mit Diensten wie Google Calendar, GitHub, Notion und Linear. Eine häufige Fehlkonfiguration speichert diese Tokens im Klartext in der SQLite-Datenbank oder im Docker-Volume mit zu offenen Dateirechten. Wird irgendein anderer Dienst auf dem Server kompromittiert, gewähren diese Tokens Zugriff auf jedes verbundene Konto.

Schlimmer noch: Viele Nutzer konfigurieren OAuth-Tokens mit zu breiten Scopes — sie vergeben „Vollzugriff", wo „Nur-Lesen" genügen würde. OpenClawPro konfiguriert jede Integration mit dem minimal benötigten Scope und speichert Tokens in einem verschlüsselten Credential-Store statt im Klartext in der Datenbank.

Checkliste zur Sicherheitsprüfung

Führen Sie diese Befehle jetzt auf Ihrem Server aus, um Ihre Sicherheitslage zu prüfen. Jeder Befehl verifiziert einen der kritischen Härtungsschritte. Stimmt ein Ergebnis nicht mit der erwarteten Ausgabe überein, hat Ihre Installation eine Schwachstelle, die sofortiges Handeln erfordert.

Offene Ports prüfen

$ ss -tlnp

Erwartet: Sie sollten nur die Ports 22, 80 und 443 sehen

Prüfen, ob Fail2ban aktiv ist

$ sudo fail2ban-client status

Erwartet: Es sollte mindestens ein aktiver Jail für sshd angezeigt werden

UFW-Firewall-Status prüfen

$ sudo ufw status verbose

Erwartet: Status: aktiv, Standard: ablehnen (eingehend), zulassen (ausgehend)

Docker-Privilegien prüfen

$ docker inspect --format='{{.HostConfig.Privileged}}' openclaw

Erwartet: Muss „false" zurückgeben — niemals „true"

Berechtigungsprüfung der .env-Datei

$ stat -c "%a %U" /opt/openclaw/.env

Erwartet: Sollte „600 openclaw" anzeigen — nicht 644 oder root

Wichtig: Falls eine dieser Prüfungen fehlschlägt, ist Ihre OpenClaw-Instanz verwundbar. Warten Sie nicht. Beheben Sie das Problem entweder sofort über den entsprechenden Audit-Schritt oben oder kontaktieren Sie uns für eine Notfall-Härtung.

Das erledigen wir für Sie

Jede OpenClawPro-Installation enthält das vollständige 12-Punkte-Sicherheitsaudit, das auf dieser Seite beschrieben ist. Keine Abkürzungen. Kein „machen wir später". Ihr Server ist gehärtet, bevor wir Ihnen die Schlüssel übergeben.

12
Punkte im Sicherheitsaudit
A+
SSL-Labs-Rating
90min
Durchschnittliche Audit-Zeit
Sicherheit ist in jedem Plan enthalten. Das 12-Punkte-Audit ist kein Upsell. Es ist in jeder Installation enthalten, ab 299 $ im Starter-Plan. Ihr KI-Assistent verdient dieselben Sicherheitsstandards wie jeder produktive Dienst.

Häufig gestellte Fragen

Häufige Fragen zur OpenClaw-Sicherheit, zu unserem Audit-Prozess und dazu, wie wir während der Installation mit sensiblen Daten umgehen.