OpenClaws "Immer erlauben"-Funktion: Sicherheitslücken und sicherere Alternativen

OpenClaw-Genehmigungssystem-Schwachstellen
OpenClaws Genehmigungssystem fragt Benutzer "darf ich das tun?", bevor Befehle ausgeführt werden, mit Optionen zur einmaligen oder dauerhaften Genehmigung. Die "Immer erlauben"-Funktion wurde durch zwei kürzliche CVEs als Sicherheitsrisiko identifiziert.
Spezifische Sicherheitsprobleme
CVE-2026-29607: Die "Immer erlauben"-Genehmigung bindet sich an den Wrapper-Befehl, nicht an den inneren Befehl. Wenn Sie time npm test mit "immer" genehmigen, merkt sich das System "time immer erlauben". Später, wenn der Agent (oder durch Prompt-Injection) time rm -rf / ausführt, wird es ohne erneute Aufforderung ausgeführt, weil Sie den Wrapper-Befehl genehmigt haben.
CVE-2026-28460: Diese Schwachstelle umgeht die Allowlist vollständig durch Shell-Zeilenfortsetzungszeichen. Andere Technik, aber gleiches Ergebnis: Befehle werden ohne die Genehmigungsprüfung ausgeführt, von der Sie dachten, sie schütze Sie.
Beide Schwachstellen sind in OpenClaw 3.12+ gepatcht, aber das tiefere Problem bleibt bestehen.
Das verhaltensbezogene Sicherheitsproblem
Selbst nach dem Patzen trainiert das "Immer erlauben"-Mentale Modell Benutzer dazu, nicht mehr aufzupassen. Anfangs lesen Benutzer jede Genehmigungsaufforderung sorgfältig. Bis Woche 3 klicken sie bei allem auf "immer", weil Aufforderungen lästig werden und Vertrauen in den Agenten aufbaut. Bis Woche 6 sammeln Benutzer 20+ "immer"-Regeln an, die sie nicht aufzählen könnten, wenn sie gefragt würden.
Empfohlener alternativer Ansatz
Der Quellenautor empfiehlt: kein "Immer erlauben" für alles, was Dateien ändert, Nachrichten sendet oder Shell-Befehle ausführt. Stattdessen fügen Sie explizite Schutzmaßnahmen in Ihrer SOUL.md-Datei hinzu:
"für jede Aktion, die Dateien ändert, Kommunikation sendet oder Shell-Befehle ausführt: zeig mir genau, was du vorhast, und warte auf mein ausdrückliches OK. Vorherige Genehmigungen gelten nicht weiter. Frage jedes Mal. Das ist nicht verhandelbar."
Dieser Ansatz bedeutet mehr Tippen auf "OK" auf Oberflächen wie Telegram, verhindert aber, dass der Agent durch Prompt-Injection oder eigene Halluzinationen dazu gebracht wird, zerstörerische Aktionen unter veralteten Genehmigungen auszuführen.
Wesentliche Erkenntnis
Das Genehmigungssystem ist eine Komfortfunktion, die nie als Sicherheitsgrenze konzipiert wurde. Behandeln Sie es entsprechend.
📖 Read the full source: r/openclaw
👀 Siehe auch

Anthropic enthüllt industrielle Claude-KI-Datenextraktion durch chinesische Labore
Anthropic bestätigte, dass chinesische KI-Labore über 24.000 betrügerische Konten nutzten, um 16 Millionen Austausche von Claude abzugreifen, um Sicherheitsvorkehrungen und Logikstrukturen für militärische und Überwachungssysteme zu extrahieren.

AgentSeal-Sicherheitsscan deckt KI-Agenten-Risiken im Blender-MCP-Server auf
AgentSeal scannte den Blender MCP-Server (17k Sterne) und identifizierte mehrere Sicherheitsprobleme, die für KI-Agenten relevant sind, darunter die Ausführung beliebigen Python-Codes, potenzielle Ketten zur Dateiexfiltration und Prompt-Injection-Muster in Werkzeugbeschreibungen.

BlindKey: Blinde Anmeldeinformationen-Injektion für KI-Agenten
BlindKey ist ein Sicherheitstool, das KI-Agenten den Zugriff auf Klartext-API-Zugangsdaten verhindert, indem es verschlüsselte Vault-Token und einen lokalen Proxy verwendet. Agenten verweisen auf Token wie bk://stripe, und der Proxy injiziert die echte Zugangsdaten zur Zeit der Anfrage.

Ungesicherte Paperclip-Instanzen, die Live-Dashboards über Google-Suche offenlegen
Ein Reddit-Nutzer entdeckte ein aktives Paperclip-Dashboard mit vollständigen Organisationsdaten, die von Google indexiert wurden, nachdem er nach einem Fehler gesucht hatte. Die Instanz war öffentlich zugänglich ohne Authentifizierung und enthüllte Organigramme, Agentenkonversationen, Aufgabenverteilungen und Geschäftspläne.