flowki@club:~$ Coding, Automation & Security — auf Deutsch
FlowKI Club

Deine KI. Deine Community. Deine Vorteile.

  • KI Know-how
  • Prompts & Tools
  • Security & Privacy
  • Community Support
  • Exklusive Vorteile
Werde Teil der Community

OpenClaw: Sicherheitsrisiken in Multi-Agent LLM-Systemen

Eine Analyse des selbstgehosteten Systems OpenClaw zeigt erhebliche Sicherheitsrisiken: Mit sieben Agenten steigt die Compromize-Wahrscheinlichkeit auf 0,86. Prompt Injection und fehlende Boundary-Controls sind die Hauptprobleme.

OpenClaw: Sicherheitsrisiken in Multi-Agent LLM-Systemen

Dieser Beitrag wurde mit KI-Unterstützung aus der angegebenen Quelle erstellt und vor der Veröffentlichung automatisch gegen sie abgeglichen. Nicht jeder Beitrag wird zusätzlich von Hand gelesen — wir prüfen stichprobenweise nach und kennzeichnen Korrekturen. Beruht ein Artikel auf einem selbst durchgeführten Test, weisen wir das ausdrücklich aus.

Wenn LLM-Ausgaben zu Systemzugriffen werden

Die Forschung zu OpenClaw adressiert ein grundlegendes Sicherheitsproblem: Während frühe LLM-Systeme nur Text generieren konnten, führen heutige agentic Systeme tatsächliche Operationen aus – Shell-Commands, Browser-Automation, API-Aufrufe. Das verlagert die Sicherheitsfrage vom Alignment allein auf Systemarchitektur und Vertrauensgrenzen.

Die Zahlen sind alarmierend

Die Analyse zeigt klare Skalierungsprobleme:

  • Einzelner Agent: Compromise-Wahrscheinlichkeit von 0,24
  • Sieben Agenten: Steigt auf 0,86, wenn jeder Agent eine Aktion vorschlagen kann
  • Attack Surface: Entropie wächst von 0,42 auf 0,71 – breitere Exploit-Pfade
  • Privilege Drift: Durchschnittlich 0,21 (von 0,03) – unbeabsichtigte Autoritätsgewinne

Das kritische Erkenntnisproblem: Die Modelle selbst ändern sich nicht. Die Verschlechterung kommt aus Output-Aggregation – je mehr Agenten entscheiden können, desto höher das Risiko.

Prompt Injection bleibt kritisch

Prompt-Injection-Anfälligkeitsraten unterscheiden sich je nach Modell: GPT-5.2 (0,37), Llama-4-Maverick (0,35), DeepSeek-R1 (0,31). Injections propagieren sich über das gesamte System und destabilisieren mehrere Agenten gleichzeitig.

Abwehrmaßnahmen helfen, reichen aber nicht

Policy Gating und Execution Filtering reduzieren die Metrics signifikant (p < 0,0001):

  • Compromise-Wahrscheinlichkeit: -0,10
  • Boundary Failures: -0,10
  • Privilege Drift: -0,02

Allerdings nicht ohne Kosten: Task-Utility fällt von 0,93 auf 0,89, die Latenz steigt von 420 ms auf 468 ms.

Das Kernproblem: Der schwächste Agent bestimmt die Systemsicherheit

Wenn alle Agenten Aktionen auslösen können, wird die Sicherheit durch die vulnerabelste Komponente definiert – ein klassisches Schwachstellenproblem in verteilten Systemen. Das erfordert fundamentale Designentscheidungen:

  1. Strikte Agent-Hierarchien statt "any-can-execute"
  2. Isolated Execution Sandboxes für Agent-Outputs
  3. Dynamische Vertrauensbewertung je Agent
  4. Explizite Boundary-Enforcement zwischen Trust-Level und verfügbaren Operationen

Fazit

OpenClaw-Analyse zeigt: Multi-Agent-LLM-Systeme sind nicht einfach mehrfach unsicherer. Die Sicherheitskurve ist exponentiell. Defensive Controls wirken, aber ihr Overhead und begrenzte Wirksamkeit deuten darauf hin, dass Architekturdesign kritischer ist als nachträgliche Mitigationen. Unternehmen, die solche Systeme deployen, müssen Trust-Boundaries als primäre Design-Constraint behandeln – nicht als optionale Härtungsebene.

TeilenXLinkedInWhatsApp
Weiterlesen

Aus dem Magazin

Alle Artikel
SECURITY

DragonForce-Hacker verstecken Backdoor in Microsoft Teams

2 min · 18. Juni

SECURITY

CISA warnt vor aktiven Angriffen auf ScreenConnect und Windows Shell

2 min · 5. Mai

SECURITY

TrustFall: Code-Execution-Sicherheitslücke in Claude und anderen KI-Tools

2 min · 7. Mai