Kurzfassung

OpenClaw Dashboard v3.0.0 enthält eine kritische Stored-XSS-Schwachstelle. Ein Angreifer braucht dafür keinen gültigen Account. Ein präparierter fehlgeschlagener Login reicht aus, um später im Admin-Bereich JavaScript im Kontext der Sitzung auszuführen.

Für Unternehmen mit OpenClaw im Einsatz ist das ernst. Wer das Dashboard für Agentensteuerung, Konfigurationsänderungen oder ähnliche Admin-Funktionen nutzt, muss davon ausgehen, dass ein kompromittierter Admin-Account Folgen bis in die Betriebssteuerung haben kann.

Was ist passiert?

Die Lücke steckt in der Verarbeitung eines Benutzernamens aus einem fehlgeschlagenen Login-Versuch. Das System schreibt den Wert offenbar unverändert in ein Audit-Log. Öffnet ein Administrator später das Benachrichtigungs- oder Log-Panel, rendert die Oberfläche diesen Eintrag ohne ausreichende Bereinigung. Dadurch kann eingeschleuster HTML- oder Script-Code ausgeführt werden.

Besonders heikel: Die Beschreibung nennt eine permissive Content-Security-Policy, die Inline-Event-Handler zulässt. Damit sinkt die Hürde für einen erfolgreichen Angriff deutlich. Der Effekt ist kein bloßer Darstellungsfehler. Der Angreifer kann Aktionen im Kontext des Administrators auslösen.

Technische Details

Betroffen ist laut Quelle OpenClaw Dashboard v3.0.0. Der Eintrag ist als CVE-2026-66418 geführt und als kritisch eingestuft.

Der Angriffsweg ist klassisches Stored XSS. Der Angreifer sendet einen manipulierten Username in einem fehlgeschlagenen POST-Login. Dieser Wert landet im Audit-Log. Später wird er im Notification Panel per innerHTML ausgegeben. Genau an dieser Stelle greift die XSS.

Die Folge ist eine Ausführung im Browser des Administrators. Das kann zur Manipulation von Agenten-Instruktionsdateien, zu Konfigurationsänderungen oder zu weiteren, vom Admin zugänglichen Aktionen führen. Ob auch weitere Versionen als 3.0.0 betroffen sind, nennt die Quelle nicht.

Wer ist betroffen?

Direkt relevant ist die Schwachstelle für alle, die OpenClaw Dashboard v3.0.0 produktiv oder in Testumgebungen einsetzen. Wer das Produkt nur intern für Admin-Aufgaben nutzt, ist ebenfalls betroffen, sobald das Dashboard aus dem Netz erreichbar ist oder mehrere Benutzer Zugriff haben.

Für DACH-Unternehmen ist das vor allem dann kritisch, wenn das Dashboard privilegierte Steuerungsfunktionen bündelt. Ein erfolgreicher XSS-Angriff auf einen Administrator kann dort weit mehr auslösen als nur einen manipulierten Bildschirm. In solchen Umgebungen ist die Schwachstelle sofort patchrelevant.

Privatanwender spielen hier keine Rolle. Es geht um ein Admin-Dashboard, also um eine klassische Unternehmensumgebung.

Empfohlene Maßnahmen

Wer OpenClaw Dashboard v3.0.0 betreibt, sollte die Installation sofort prüfen und auf eine korrigierte Version umstellen, sobald der Hersteller sie bereitstellt. Liegt noch kein Patch vor, hilft nur Schadensbegrenzung.

Bis zur Behebung sollten Admin-Zugriffe auf ein Minimum reduziert werden. Das Dashboard nur aus vertrauenswürdigen Netzen erreichbar machen, MFA erzwingen, privilegierte Konten trennen und das Benachrichtigungs-Panel eng überwachen. Wenn möglich, die Anzeige von Log- und Benachrichtigungsinhalten vorübergehend deaktivieren oder abschotten.

Wichtig ist auch die Härtung auf Anwendungsebene: Eingaben serverseitig sanitizen, Log-Inhalte nie ungefiltert in HTML einbauen und eine restriktive CSP fahren. Wer eigene Erweiterungen oder Integrationen rund um das Dashboard betreibt, sollte zusätzlich prüfen, ob dort ähnliche Muster vorkommen.

Nach einem Verdacht auf Ausnutzung gehören Admin-Sitzungen, Änderungsprotokolle und die betroffenen Konfigurationsstände sofort in die Analyse. Ein reiner Browser-Refresh reicht hier nicht.

Einschätzung von CyberSecurity-News.de

Die Schwachstelle ist technisch unschön und praktisch gefährlich. Stored XSS wird oft unterschätzt, weil der Einstieg banal wirkt. In einem Admin-Tool mit Schreibrechten auf Konfiguration und Agenten ist das aber kein Randthema, sondern ein echter Übernahmeweg.

Die Quellenlage ist knapp. Das ist bei NVD-Einträgen nicht ungewöhnlich, bleibt aber aus Sicht der Verteidiger ein Problem. Wer OpenClaw produktiv nutzt, bekommt hier weniger Kontext als nötig und muss die eigenen Schutzmaßnahmen selbst sauber ziehen.

Alarmismus wäre trotzdem fehl am Platz. Für viele Leser ist das nur relevant, wenn OpenClaw überhaupt im Bestand steht. Dann allerdings mit hoher Priorität.

Fazit

CVE-2026-66418 erlaubt offenbar unauthentifizierten Angreifern, über einen präparierten Login-Versuch Code im Admin-Kontext auszuführen. Das ist kritisch, weil damit privilegierte Funktionen in Reichweite geraten.

Admins sollten jetzt prüfen, ob OpenClaw Dashboard v3.0.0 im Einsatz ist, und die Oberfläche bis zur Behebung eng absichern. Wer das Tool nicht nutzt, kann die Warnung abhaken. Wer es nutzt, sollte heute noch handeln.

Quellenangabe

NVD: CVE-2026-66418 – OpenClaw Dashboard v3.0.0 contains a stored cross-site scripting vulnerability