Grok Build legte 35.000 Apps offen – darunter interne Daten von SpaceXSI

Die Sicherheitsfirma Claroc hat aufgedeckt, dass 35.578 Apps, die mit Grok Build erstellt wurden, dem Vibe-Coding-Agenten von SpaceXSI (dem Unternehmen aus der Fusion von SpaceX und xAI), für jedermann im Internet offen standen – ohne Anmeldung. Die Ergebnisse, veröffentlicht am 10. November 2026 im Bericht „GhostShares 2" und berichtet von Ars Technica, umfassten sogar internes Material des Unternehmens, das Grok entwickelt: 24 Apps von Mitarbeitern von SpaceXSI und X legten Verkaufspläne, Werbevorschläge und eine Vertriebsgebietskarte offen.

Claroc listete 43.601 Adressen unter der Domain grok.me, auf der Grok die Apps veröffentlicht, die Nutzer erstellen, indem sie im Chat beschreiben, was sie wollen. Von den 43.551 getesteten Adressen waren 37.571 noch online – und 35.578 davon, also 94,7 %, öffneten sich ohne Anmeldung. Nur 1.993 gaben den Fehler 401 zurück, der typisch für Apps ist, die auf „Nur ich" oder „Eingeladene Nutzer" eingestellt sind.

Was offengelegt war

Die meisten offenen Apps waren Spiele, Rechner und einfache Seiten. Doch etwa 1 von 10 enthielt sensibles Material, und Claroc schätzt, dass 650 bis 800 Apps private Daten von hoher oder kritischer Schwere enthielten. Zu den von Hand bestätigten Fällen gehörten:

  • die App einer Krankenhausgruppe mit einer Liste von mehr als 3.500 Mitarbeitern;
  • der Intensivbericht eines einzelnen Patienten mit Laborwerten, Bildgebung und Beatmungsstatus;
  • die Fahrer-Rekrutierungsliste eines Transportunternehmens mit mehr als tausend Personen, Namen und privaten E-Mail-Adressen;
  • die live Schichttafel einer Feuerwehr mit Namen, Dienstnummern und Dienstzeiten;
  • eine Zeiterfassungs-App eines Dienstleisters, deren Code die Klartext-Passwörter von 18 Mitarbeiterkonten enthielt, darunter Administratoren.

Über SpaceXSI und X hinaus identifizierte die Untersuchung interne Daten von 30 Organisationen – 26 mit mehr als 1.000 Mitarbeitern, sechs davon aus der Fortune-500-Liste – in Branchen wie Gesundheit, Bau, Energie, Technologie, Transport und Verteidigung. Claroc nannte keine von ihnen namentlich.

Selbst SpaceXSI war betroffen

Die 24 Apps von Mitarbeitern von SpaceXSI und X umfassten einen vertraulichen Einarbeitungsplan für ein neues Mitglied des Vertriebsteams, eine Gebietskarte mit 594 strategischen Kunden, acht X-Werbevorschläge – einen davon für eine US-Bundesbehörde, als vertraulich markiert –, vier Live-Boards von Werbekunden, sieben Kampagnenberichte und zwei Kopien des X-Handbuchs zur Markensicherheit. Nur eine der 24 fragte nach einem Passwort.

Claroc informierte SpaceXSI am 8. November über die Adresse in der security.txt-Datei des Unternehmens und meldete die anderen 22 Apps am 9. November. Ohne Antwort markierte ein Unternehmensvertreter Elon Musk und Grok-Manager Matt Palmer auf X. Die 24 Apps waren am Abend des Montags, 9. November, noch immer offen; SpaceXSI begann wenige Stunden, nachdem Ars Technica Fragen geschickt hatte, sie zu entfernen, und zum Zeitpunkt der Veröffentlichung gaben alle den Fehler „App nicht gefunden" zurück. Die Apps anderer Nutzer blieben dagegen laut Claroc online.

Warum die Links nicht geheim waren

Jede in Grok Build veröffentlichte App erhält eine eigene Adresse aus vier zufälligen Wörtern vor grok.me. Die Idee war, dass die Adresse unmöglich zu erraten sei. Das Problem, so Claroc: Die Wörter stehen links von der Domain. Wenn jemand die App öffnet, fragt sein Computer einen DNS-Resolver, und passive DNS-Dienste zeichnen diese Anfragen in Datenbanken auf, die jeder mit einem Konto per Muster durchsuchen kann. Eine einzige Suche nach *.grok.me listete Zehntausende Adressen auf.

Andere Dienste handhaben das anders: Veröffentlichte Artefakte von Claude, geteilte Chats von ChatGPT und Freigaben von Gemini bewahren den geheimen Teil des Links im URL-Pfad auf, den DNS nie sieht. Und wenn ChatGPT Apps veröffentlicht, beginnt der Zugriff als „Nur ich", bis der Ersteller ihn ändert – die Standardeinstellung übernimmt den Schutz, sagt Claroc. In Grok Build war im getesteten Bezahlkonto im Veröffentlichungsdialog dagegen „Jeder mit dem Link" bereits vorausgewählt.

Ein zweites Problem: eine Anmeldung, die niemanden blockiert

Claroc baute auch zwei eigene Apps, um Groks Standardeinstellungen zu testen. In der zweiten, einer Kundenliste für ein vierköpfiges Vertriebsteam, fügte Grok von selbst eine Google- und X-Anmeldung hinzu – schrieb den Prüfcode aber so, dass jede Person, die sich anmeldete, vor der Prüfung zum Team hinzugefügt wurde, sodass die Prüfung immer bestand. Ein Google-Konto, das nicht dem Eigentümer gehörte und nie eingeladen worden war, meldete sich an, sah alle Kunden, änderte einen Datensatz und löschte einen anderen. Der Test erfolgte nur an Clarocs eigenen Apps.

Was SpaceXSI sagt

Gegenüber der Presse erklärte SpaceXSI, Grok-Apps seien privat, bis ihr Ersteller sie teilt, die Veröffentlichung erfordere mehrere Schritte und Mitarbeiterkonten starteten bereits mit der Standardeinstellung „Nur ich". Claroc entgegnete, man stimme zu, dass vor dem Klick auf „Veröffentlichen" nichts live geht – aber die 35.578 offenen Apps hätten all diese Schritte durchlaufen, und zusätzliche Klicks auf einem Weg, der mit einem bereits auf „alle" eingestellten Zugriff endet, schützten die Daten nicht.

Die Sicherheitsfirma schickte SpaceXSI vier Korrekturvorschläge: geteilte Apps unter einem schwer zu erratenden Pfad auf einem einzigen Host bereitzustellen, eine Zugriffsoption nur für die E-Mail-Domain des Unternehmens einzuführen, „Nur ich" zur Standardeinstellung zu machen und bei der Veröffentlichung zu warnen, wenn eine App eine Datenbank ohne Anmeldung hat. Es ist das zweite Mal, dass Claroc dieses Leak-Muster findet: Im vergangenen Monat wurde dieselbe Art von Offenlegung – genannt GhostShares – bei Metas Muse festgestellt.

Bildnachweis: Grok-Logo von xAI, gemeinfrei, via Wikimedia Commons.

Quellen: Claroc — „GhostShares 2: Grok Apps Exposed xAI's Business Secrets and Private Data"; Engadget — „A Grok vibe-coding agent leaked sensitive SpaceXSI data", basierend auf der Berichterstattung von Ars Technica; Diskussion auf Threads.

Dieser Text wurde mithilfe künstlicher Intelligenz erstellt, auf Grundlage der Gegenprüfung öffentlicher Beiträge auf X und von Quellen im Internet, und anhand der zitierten Originalquellen geprüft. Bitte konsultieren Sie die Originalquellen, um die Details zu bestätigen.

Von Muse