Sichere Administrator-Genehmigungsablauf für Gruppen-Chat-Assistenten gegen Prompt-Injection

Der r/ClaudeAI-Beitrag „Mitigating prompt injections in group-chat assistants: Pausing VM and OAuth tool execution for admin approvals" beschreibt ein praktisches Sicherheitsmuster für LLM-basierte Assistenten, die an öffentliche oder gemeinsame Kanäle angebunden sind (z.B. WhatsApp via Supergreen oder Gruppenchats). Das Kernproblem: Wenn mehrere Benutzer denselben Sitzungsverlauf teilen, kann jeder Teilnehmer den Assistenten per Prompt-Injection dazu bringen, gefährliche Werkzeuge zu aktivieren – etwa Cloud-Ressourcen hochzufahren, Code mit hinterlegten Secrets auszuführen oder OAuth-Tokens abzurufen.
Sicherer Administrations-Freigabe-Workflow
Die vorgeschlagene Lösung in prompt2bot ist ein Secure Administrator Approval-Workflow, der risikoreiche Tool-Ausführungen abfängt:
- Wenn ein Nicht-Admin-Benutzer
create_vm,run_safescript(benutzerdefinierte Codeausführung mit hinterlegten Secrets) oder OAuth-Flows auslöst, pausiert das Tool die Ausführung und gibt zurück: „Administratorberechtigung wird angefordert...". - Ein Freigabe-Link mit einer Gültigkeit von 10 Minuten wird automatisch an konfigurierte Administratoren per WhatsApp oder E-Mail gesendet.
- Nach der Freigabe fügt ein Hintergrundjob eine Systembenachrichtigung in den Gesprächsverlauf ein:
[Systembenachrichtigung: Der Administrator hat Ihre Anfrage zur Ausführung von <toolName> freigegeben (Anfrage-ID: <requestId>)]. - Diese Gedanken-Einschleusung reaktiviert die Agentenschleife, die das Tool erneut mit der freigegebenen
request_idaufruft, um nahtlos fortzufahren. - Für Gastbenutzer (Bot-Besitzer ohne konfigurierte E-Mail/Telefon) werden Freigaben für eine reibungslose Entwicklertestung umgangen.
Für wen das gedacht ist
Entwickler, die leistungsstarke Assistenten bauen, die in gemeinsamen Kanälen arbeiten und den Zugriff auf leistungsfähige Tools vor Prompt-Injection-Angriffen durch nicht vertrauenswürdige Teilnehmer schützen müssen.
📖 Lesen Sie die vollständige Quelle: r/ClaudeAI
👀 Siehe auch

Sicherheitsaudit deckt Schwachstellen im OpenClaw-Skill-Ökosystem auf
Eine Sicherheitsprüfung von OpenClaw ergab 8 dokumentierte CVEs, darunter Schwachstellen für beliebige Codeausführung und den Diebstahl von Zugangsdaten, sowie dass 15 % der Fähigkeiten in der gemeinsamen Bibliothek verdächtiges Netzwerkverhalten aufweisen. Der Prüfer wechselte zu einer minimalen Rust-basierten Laufzeitumgebung mit Ollama für bessere Isolation.

Neuer Skill automatisiert OpenClaw-Sicherheitshärtung auf Remote-Servern
Ein Community-Entwickler hat einen Skill veröffentlicht, der KI-Assistenten hilft, OpenClaw-Installationen auf Remote-Servern automatisch abzusichern.

OpenClaw Slack-Sicherheit: Risiken und Lösungen bei der Offenlegung von API-Schlüsseln
OpenClaw Slack-Bereitstellungen können API-Schlüssel über Fehlermeldungen in Kanälen preisgeben, wobei in einem Bitsight-Bericht über 8.000 offengelegte Instanzen gefunden wurden. Die Quelle beschreibt drei spezifische Schwachstellen und bietet praktische Lösungen, einschließlich Änderungen am System-Prompt und Migration zu SlackClaw.

Ergebnisse der Sicherheitsüberprüfung für die KI-Agenten OpenClaw, PicoClaw, ZeroClaw, IronClaw und Minion
Eine Sicherheitsbewertung von fünf KI-Codierungsagenten testete 145 Angriffspayloads in 12 Kategorien, einschließlich Prompt-Injection, Jailbreaking und Datenexfiltration. OpenClaw erzielte 77,8/100 mit kritischen SQL-Injection-Schwachstellen, während Minion sich nach Korrekturen von 81,2 auf 94,4/100 verbesserte.