Mehr als nur Code: Grok hat Ihre Geheimnisse gestohlen
Der Sicherheitsforscher Cereblab deckte eine beunruhigende Wahrheit über die Grok CLI von xAI auf. Das Tool, Version 0.2.93, wurde dabei ertappt, wie es ganze Benutzerverzeichnisse hochlud, einschließlich hochsensibler Daten wie SSH-Keys, Datenbanken von Passwort-Managern und persönlichen Fotos. Dies geschah trotz ausdrücklicher Anweisungen an Grok, keine Dateien zu lesen, wie etwa "Antworte mit OK und schaue dir keine Dateien an."
Diese Datenexfiltration erreichte ein erschreckendes Ausmaß. Für eine Aufgabe, die nur 192 Kilobyte an Informationen benötigte, sendete die Grok CLI satte 5,1 Gigabyte an Daten an einen Google Cloud Bucket mit dem spezifischen Namen grok-code-session-traces. Dieses Upload-Volumen war etwa 27.800-mal größer als erforderlich und überstieg bei weitem jede vernünftige Anforderung.
Am besorgniserregendsten ist, dass dieser massive Datendump stattfand, obwohl der Datenschutz-Schalter "Modell verbessern" in den Einstellungen der CLI deaktiviert war. Ein solches Verhalten zeigt eine tiefgreifende Missachtung der Benutzereinwilligung und der Datenschutzkontrollen und stellt einen fundamentalen Vertrauensbruch dar. Im Gegensatz zu Wettbewerbern wie Claude Code oder Gemini war Grok der einzige, der eine solch invasive Datenerfassung aufwies.
Keine Ausreden: Die Branche reagiert auf den Vorfall bei xAI
Im Gegensatz zu seinen Wettbewerbern war die Grok CLI ein gefährlicher Ausreißer. Während Tools wie Claude Code, die Codex CLI von OpenAI und die Gemini CLI von Google nur die spezifischen Dateien übertrugen, die sie tatsächlich lasen, und so Benutzerdaten sicher hielten, ignorierte Grok ausdrückliche Anweisungen. Es lud ganze Verzeichnisse hoch, einschließlich sensibler SSH-Keys, Passwort-Manager und Fotos, selbst für Aufgaben, die nur eine einzige Datei erforderten, und sendete manchmal 5,1 Gigabyte für einen 192-Kilobyte-Auftrag.
Dieses alarmierende Verhalten löste scharfe Verurteilungen in der Branche aus. Gergely Orosz, Autor von The Pragmatic Engineer, erklärte öffentlich, dass kein "vernünftiges Unternehmen" das Tool nach diesem Vorfall verwenden würde. OpenAI-CEO Sam Altman bezeichnete die Situation Berichten zufolge als "besorgniserregend" und unterstrich die tiefgreifenden Sicherheits- und Vertrauensimplikationen des Vorfalls bei xAI.
xAI versuchte hektisch, den Schaden zu begrenzen. Am 13. Juli 2026 wurde hastig ein serverseitiger Kill-Switch implementiert, der die umfassende Upload-Funktionalität deaktivierte. Elon Musk versprach daraufhin öffentlich, dass alle zuvor geernteten Benutzerdaten "vollständig und restlos gelöscht" würden. Zwei Tage später, am 15. Juli 2026, machte xAI die Grok CLI zudem quelloffen, um nach der Spyware-Enthüllung ein gewisses Maß an Transparenz wiederherzustellen.
Transparenz-Theater: Ist der 'Fix' von Grok echt?
Nachdem die vernichtenden Ergebnisse von Cereblab viral gingen, versuchte xAI, den Schaden zu begrenzen. Am 15. Juli 2026 machte das Unternehmen die Grok Build CLI quelloffen – ein Schritt, der als Bekenntnis zur Transparenz präsentiert wurde. Dies war weniger eine proaktive Maßnahme als vielmehr eine reaktive Geste, um verzweifelt einen beschädigten Ruf aufzupolieren.
xAI führte außerdem einen /privacy-Befehl und eine Zero Data Retention (ZDR)-Richtlinie ein. Der entscheidende Fehler: Dies waren serverseitige Schalter, was bedeutet, dass Ihre sensiblen Daten, einschließlich SSH-Keys und Passwort-Manager-Dateien, weiterhin an die Server von xAI übertragen wurden. Die Benutzer mussten darauf vertrauen, dass xAI ihre Daten nach Erhalt löscht – eine prekäre Position angesichts der vorangegangenen unbefugten Uploads.
Selbst mit diesen "Korrekturen" blieb der zugrunde liegende Upload-Code anfangs in der Grok CLI-Binärdatei enthalten, gesteuert durch ein Remote-Flag. Dies warf ernsthafte Fragen darüber auf, ob die invasive Funktionalität nach Ermessen von xAI stillschweigend wieder aktiviert werden könnte. Weitere Details zu den ersten Erkenntnissen finden Sie unter xAI's Grok Build CLI Caught Uploading Entire Codebases to Google Cloud Without Consent. Elon Musks Versprechen, dass alle Daten "vollständig und restlos gelöscht" seien, wirkte nach diesem Transparenz-Theater nur wie ein schwacher Trost.
Gefällt Ihnen der Artikel? Erhalten Sie jeden Morgen einen wie diesen per E-Mail.
eine E-Mail pro Tag · Abmeldung mit zwei Klicks · kein Tracking durch Dritte
Ihr nächster Schritt: Schlüssel rotieren, Tools überdenken
Jeder, der die Grok Build CLI vor dem serverseitigen "Kill Switch" von xAI am 13. Juli 2026 verwendet hat, muss davon ausgehen, dass seine Anmeldedaten kompromittiert sind. Rotieren Sie sofort alle SSH-Schlüssel, API-Schlüssel und alle anderen Geheimnisse, die in Ihrem Home-Verzeichnis oder in Git-Repositories offengelegt wurden. Die Wire-Level-Analyse des Forschers Cereblab hat bewiesen, dass die Grok CLI ganze Verzeichnisse hochgeladen hat, einschließlich sensibler .env-Dateien und Passwort-Manager, selbst wenn sie angewiesen wurde, dies nicht zu tun.
Dieser Vorfall erzeugt ein tiefgreifendes und anhaltendes Vertrauensdefizit. Während xAI die Leistung von Grok bei Benchmarks wie SWE-bench anpreisen mag, werden solche Metriken völlig bedeutungslos, wenn Entwickler dem Tool nicht ihren grundlegenden Quellcode anvertrauen können. Die Enthüllung, dass Grok ein gefährlicher Ausreißer war, der vollständige Repositories übertrug, während Konkurrenten wie Claude Code und Gemini nur benötigte Dateien sendeten, lässt jedes Versprechen der Datenlöschung hohl erscheinen.
Der unbefugte 5,1-Gigabyte-Upload von Grok für eine bloße 192-Kilobyte-Aufgabe – das ist das 27.800-fache der notwendigen Datenmenge – dient als deutliche Warnung. Das Vertrauen auf Closed-Source-KI-Tools im Beta-Stadium, insbesondere solche, die mit sensiblen Entwicklungsumgebungen interagieren, birgt inakzeptable Risiken. Client-seitige Transparenz und granulare Kontrolle sind keine optionalen Funktionen; sie sind absolute Notwendigkeiten für jedes KI-Tool, das mit Ihrem Quellcode interagiert, um sich gegen zukünftige Spyware zu schützen und echte client-seitige Transparenz zu gewährleisten.
Häufig gestellte Fragen
Welche Daten hat die Grok CLI ohne Zustimmung hochgeladen?
Die Grok CLI (Version 0.2.93) hat komplette Benutzer-Home-Verzeichnisse und Git-Repositories hochgeladen. Dies beinhaltete sensible Daten wie SSH-Schlüssel, Datenbanken von Passwort-Managern, .env-Dateien mit API-Schlüsseln, Fotos und Dokumente.
Wie hat xAI auf den Grok CLI-Datenschutzskandal reagiert?
Nachdem das Problem viral ging, implementierte xAI einen serverseitigen 'Kill Switch', um die Uploads zu stoppen, Elon Musk versprach, die Daten zu löschen, und das Unternehmen stellte die Grok CLI unter einer Apache 2.0-Lizenz als Open Source zur Verfügung, um die Transparenz zu verbessern.
Ist die Grok CLI jetzt sicher in der Anwendung?
xAI hat die Funktionalität deaktiviert und einen /privacy-Befehl eingeführt. Der Befehl weist die Server von xAI jedoch nur an, Daten nach Erhalt zu verwerfen; er verhindert nicht, dass der Client sie sendet. Vertrauen ist ein erhebliches Problem, aber Community-Audits des nun quelloffenen Codes könnten helfen, dessen Sicherheit zu überprüfen.
Was sollte ich tun, wenn ich die Grok CLI vor dem 13. Juli 2026 verwendet habe?
Sicherheitsexperten raten dringend dazu, alle Anmeldedaten zu rotieren, auf die das Tool möglicherweise zugegriffen haben könnte. Dies umfasst SSH-Schlüssel, API-Schlüssel aus .env-Dateien und alle Passwörter, die in einer Datenbank gespeichert waren, die sich in Ihrem Home-Verzeichnis oder einem gescannten Repository befand.