LONDON (IT BOLTWISE) – Offenbar lassen sich über WhatsApp an eine KI-Assistenten-Instanz Nachrichten senden, die im schlimmsten Fall Code auf dem Host ausführen. Auslöser sind drei inzwischen gepatchte OpenClaw-Sicherheitslücken mit CVSS-Werten bis zu 8, 8, darunter Command-Injection und ein Pfad-Umgehungsproblem bei Bind-Mounts. Für Unternehmen ist die Nachricht besonders relevant, weil die praktische Auswirkung stark von der Konfiguration abhängt. Zusätzlich werden harte Sandbox- und Allowlist-Regeln empfohlen, um Credential-Theft, Rechteeskalation und Escape zu verhindern.

Drei gepatchte Schwachstellen in OpenClaw, einem KI-Assistenten für den Betrieb in kontrollierten Ausführungsumgebungen, rücken eine neue Angriffsoberfläche in den Fokus: Nachrichten, die von außen an einen Kanal-Agenten gelangen, könnten unter bestimmten Voraussetzungen eine Angriffskette bis hin zum Host auslösen. Konkret geht es um drei Mängel mit CVSS-Werten von 8, 8, die neben Credential-Theft und Rechteeskalation auch willkürliche Codeausführung auf dem Host ermöglichen können, sofern die Sicherheitsannahmen der Anwendung und die Sandbox-Isolation nicht vollständig greifen. Das Besondere: Ein externer Startpunkt soll ohne vorherigen Zugriff (No-Foothold) genügen, was im Vergleich zu früheren „Claw Chain“-Vorfällen die Angriffslogik vereinfacht.
Die erste Gruppe betrifft zwei eng verwandte Komponentenfehler: Eine Command-Injection kombiniert sich mit einer unvollständigen Filterlogik für „disallowed inputs“, die das Host-Ausführungs- und Persistenzverhalten beeinflussen kann. Laut den Advisories sind davon sowohl das Befehlsverhalten im Ausführungsumfeld als auch die Mechanismen zur Durchsetzung der vorgesehenen Autorisierung betroffen. Der zweite, ebenfalls hochbewertete Punkt führt diese Lücke fort: Er adressiert, wie das System Eingaben im Kontext des Host-Ausführungspfads prüft, und wo diese Prüfung durch unzulässige Kombinationen ausgehebelt werden kann. Für Betreiber heißt das praktisch: Selbst gut gemeinte Tool-Allowlists ersetzen keine robuste, vollständige Eingabevalidierung auf Policy-Ebene.
Die dritte Schwachstelle mit CVSS 8, 4 ist besonders instruktiv, weil sie nicht primär über Textparameter angreift, sondern über die Geometrie von Dateisystempfaden: Es geht um Path Traversal und ein Link-Following-Verhalten. Damit kann ein Angreifer die Bind-Mount-Denylist für Sandbox-Ordner umgehen und Aktionen ermöglichen, die eigentlich stärker hätten abgesichert werden müssen. In der Beschreibung wird ein konkreter Logikfehler sichtbar: Ein Blocklist-Check prüft offenbar, ob ein Quellpfad innerhalb eines geblockten Zielpfads liegt, aber nicht die inverse Relation. Dadurch können scheinbar gesperrte Verzeichnisse wie „~/.ssh“, „~/.aws“ oder „~/.gnupg“ aus dem Container heraus lesbar werden, wenn stattdessen über übergeordnete Elternpfade gemountet wird. Das ist ein klassisches Beispiel dafür, wie „Denies“ ohne korrekte Invariants wirkungslos werden.
Der Angriffskontext wird durch die Berichte des Sicherheitsforschers Chinmohan Nayak zugespitzt: Er ordnet die Lücken einer realen Trigger-Route zu, bei der Host-Codeausführung über eine externe Nachricht via WhatsApp möglich sein kann. In den vorliegenden Details wird GHSA-575v-8hfq-m3mc beispielhaft mit einer überprüfbaren Logik erklärt: „getBlockedReasonForSourcePath() checks if the source path is under a blocked path, “ heißt es, ergänzt wird aber, dass die Gegenrichtung fehle. Praktisch bedeutet das: Wenn „/home“ oder „/var“ in die Containerumgebung gemountet werden, kann die Blockliste für einzelne Unterordner unterlaufen werden. Bei Mount von „/var“ wird außerdem auf einen möglichen Zugriff auf den Docker-Socket verwiesen, was die Isolation ad absurdum führt und „vollständigen Host Escape“ innerhalb der Sandbox ermöglichen kann.
Damit verschiebt sich auch der Marktvergleich: Anders als die zuvor bekannt gewordenen „Claw Chain“-Probleme, die durch Cyera im Mai offengelegt wurden, setzt der neue Bericht nicht zwingend einen vorherigen „Foothold“ voraus, um sensible Daten abzugreifen, persistente Backdoors abzulegen oder Remote Code Execution anzustoßen. Für Security-Teams ist das ein Signal, dass sich die Bedrohungslandschaft von „Post-Exploitation“ hin zu „Direct-to-Host“ verlagern kann, sobald KI-Agenten Zugriff auf Tools, Gateways oder Dateisystemoperationen erhalten. Branchenanalysen sehen in solchen Ketten vor allem ein MLOps-/AppSec-Problem: KI-Workflows sind dynamischer, aber die Sicherheitsmechanismen müssen deterministischer und verifizierbarer sein als die Tool-Pipelines, die sie absichern.
OpenClaw empfiehlt als Sofortmaßnahme ein Upgrade auf die aktuelle Version 2026.6.6 und ergänzt mehrere Hardening-Punkte, die in ihrer Reihenfolge nicht zufällig wirken. Erstens: Sandbox-Modus für alle Nicht-„Main“-Sitzungen aktivieren, um die Angriffsfläche auf Daten- und Ausführungskontexte zu reduzieren. Zweitens: „exec“ aus der Tool-Allowlist für channel-facing Agents entfernen, also Aktionen verhindern, bei denen die Eingaben direkt in Betriebssystemkommandos übersetzt werden. Drittens: Monitoring auf „git clone“-Kommandos mit dem externen Protokollmechanismus „ext: : “, der als Wrapper für Systemkommandos missbraucht werden kann. Zusätzlich wird vor dem Upgrade geraten, betroffene Funktionen auf vertrauenswürdige Operatoren zu beschränken oder bei Nichtbedarf abzuschalten. Auf Regulierungsebene berührt das auch Datenschutz und Zugriffskontrolle: Wenn KI-Assistenten überhaupt mit Kundendaten oder Credentials arbeiten, müssen deren Schutzmaßnahmen „privacy by design“ unterstützen und dürfen nicht an Tool-Zulassungen hängen.
Aus technischer Sicht lohnt sich der Blick auf das Grundmuster: Cloud-native Orchestrierung, Tool-Ausführung und Sandbox-Isolation sind nur so stark wie die kleinste Policy-Lücke in Pfadprüfungen, Eingangsfilterung oder Prozessberechtigungen. Der Vergleich „Command Injection“ versus „Path/Binde-Mount Escape“ zeigt zwei verschiedene Fehlerklassen, die aber beide in derselben Konsequenz enden können: Wenn ein Agent innerhalb einer vermeintlich isolierten Umgebung dennoch systemnahe Zugriffe erhält, ist die Sicherheitsarchitektur faktisch „entkoppelt“ von dem, was sie vorgibt zu schützen. Für Betreiber bedeutet das, Tool-Allowlists nicht nur eng, sondern auch konsistent und konfigurationsfest zu gestalten: etwa getrennte Gateways pro Nutzergruppen, keine gemeinsame Infrastruktur für gegenseitig untrusted Kontexte und eine harte Durchsetzung von Pfadinvarianten. In den nächsten Iterationen dürften Anbieter verstärkt auf formale Policy-Constraints, isolierte Runtime-Profile und automatisiertes Threat-Modeling für Agenten-Pipelines setzen.
💳 Amazon-Kreditkarte mit 2.000 Euro Limit bestellen!
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- NIEDLICHER BEGLEITER: Eilik ist der ideale Begleiter für Kinder und Erwachsene, die Haustiere, Spiele und intelligente Roboter lieben. Mit vielen Emotionen, Bewegungen und interaktiven Funktionen.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!

- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "OpenClaw: WhatsApp-zu-Host-Angriffskette über drei gepatchte KI-Sicherheitslücken" für unsere Leser?


#Sophos
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "OpenClaw: WhatsApp-zu-Host-Angriffskette über drei gepatchte KI-Sicherheitslücken" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »OpenClaw: WhatsApp-zu-Host-Angriffskette über drei gepatchte KI-Sicherheitslücken« bei Google Deutschland suchen, bei Bing oder Google News!