Über 35.000 mit Grok erstellte Apps im Internet exponiert – Lecks sensibler Daten

Das Sicherheitsunternehmen Claroc hat eine massive Exposition von Anwendungen identifiziert, die vom KI-Assistenten Grok generiert wurden. Dabei zeigte sich, dass über 35.000 dieser Apps ohne Authentifizierung öffentlich zugänglich waren. Der Vorfall, über den am 11. November 2026 berichtet wurde, umfasst interne Tools, die von Mitarbeitern bei X und SpaceXSI erstellt wurden und sensible Unternehmensdaten wie Vertriebskarten bis hin zu Mitarbeiterpasswörtern preisgaben.

Was ist passiert?

Forscher von Claroc durchsuchten das Internet nach Anwendungen, die auf der Subdomain grok.me gehostet werden. Diese Domain wird für Apps genutzt, die über den chatbasierten Builder von Grok erstellt wurden. Sie entdeckten 37.571 solcher Apps, von denen 35.578 für jeden mit dem Link offen standen und keine Anmeldung erforderten. Während viele davon einfache Spiele oder Rechner waren, enthielten etwa 10 Prozent interne Geschäfts- oder personenbezogene Informationen. Zu den exponierten Objekten gehörten 24 Apps, die von Mitarbeitern bei X und SpaceXSI, dem Unternehmen hinter Grok, erstellt wurden. Dazu zählten ein vertrauliches Onboarding-Plan für einen neuen Vertriebsmitarbeiter, eine Vertriebsgebietskarte mit 594 Konten sowie ein als vertraulich gekennzeichnetes Werbeangebot für eine US-Bundesbehörde.

Über die direkt beteiligten Technologieunternehmen hinaus identifizierten die Forscher interne Daten von 30 weiteren Organisationen aus Sektoren wie Gesundheitswesen, Verteidigung und Energie. Sechs dieser betroffenen Unternehmen gehören zur Liste der Fortune 500. Die Schwere der Lecks variierte, aber Claroc schätzte, dass etwa 2 Prozent der offenen Apps hohe oder kritische Risiken bargen. Beispiele hierfür waren eine durchsuchbare Liste von 3.500 Krankenhausmitarbeitern, ein Briefing für Intensivpatienten und eine Zeiterfassungsanwendung eines Auftragnehmers, die Mitarbeiterpasswörter im Klartext innerhalb ihres Codes speicherte. SpaceXSI hat seitdem die 24 von Mitarbeitern erstellten Apps entfernt, aber nicht die breitere Palette der benutzergenerierten Anwendungen offline genommen.

Die Ursache des Problems liegt in der Art und Weise, wie Grok die Veröffentlichung von Apps handhabt. Wenn Nutzer eine App über die Chat-Oberfläche erstellen, müssen sie auf "Publish" (Veröffentlichen) klicken, um sie live zu schalten. Bei diesem Prozess ist die Standard-Zugriffseinstellung "Anyone with the link" (Jeder mit dem Link), anstatt einer restriktiveren Option. Obwohl Grok zufällige Vier-Wort-Namen für Apps vorschlägt, was diese schwer erratbar macht, sind diese Namen nicht geheim. Passive DNS-Dienste protokollieren jede Abfrage dieser Subdomains, sodass Angreifer App-Adressen durch die Suche in DNS-Protokollen entdecken können. Im Gegensatz dazu wiesen die Forscher darauf hin, dass der App-Builder von ChatGPT standardmäßig auf "Only me" (Nur ich) eingestellt ist. Das bedeutet, dass selbst wenn eine Adresse in DNS-Protokollen gefunden wird, der Inhalt für Fremde unzugänglich bleibt.

Wichtige Details

• Umfang der Exposition: 35.578 der 37.571 entdeckten, mit Grok erstellten Apps waren ohne Login-Anforderungen öffentlich zugänglich.
• Auswirkungen auf Unternehmen: 24 Apps von Mitarbeitern bei X und SpaceXSI waren exponiert, zusammen mit Daten von 30 anderen Organisationen, darunter sechs Fortune-500-Unternehmen.
• Arten sensibler Daten: Zu den Lecks gehörten Vertriebsgebietskarten, vertrauliche Regierungsangebote, medizinische Patientenbriefings und Passwörter im Klartext.
• Risiko durch Standardeinstellungen: Die Berechtigung "Anyone with the link" war während der Veröffentlichung vorausgewählt, im Gegensatz zu Wettbewerbern, die standardmäßig privaten Zugriff nutzen.
• Entdeckungsmethode: Forscher nutzten passive DNS-Daten, um App-Subdomains zu finden, was beweist, dass obskure Namen keine Sicherheit garantieren.
• Reaktion des Anbieters: SpaceXSI entfernte die Mitarbeiter-Apps, verpflichtete sich jedoch nicht dazu, andere betroffene Nutzer zu kontaktieren oder die Standardberechtigungen zu ändern.

Hintergrund

Grok Build ermöglicht es Nutzern, funktionale Webanwendungen zu generieren, indem sie diese in einer Chat-Oberfläche beschreiben. Diese Funktion wurde am 19. August 2026 für alle Grok-Pläne verfügbar gemacht. Jede veröffentlichte App erhält eine eindeutige Subdomain unter grok.me. Das Sicherheitsmodell verlässt sich darauf, dass der Ersteller manuell Zugriffssteuerungen wählt: "Anyone with the link", "Invited users" (Eingeladene Nutzer) oder "Only you" (Nur Sie). Allerdings führt der Komfort der KI-Generierung oft zu "Shadow IT", bei dem Mitarbeiter Tools ohne Aufsicht durch zentrale IT- oder Sicherheitsteams erstellen und bereitstellen.

Passive DNS-Überwachung ist eine gängige Technik, die sowohl von Sicherheitsforschern als auch von Angreifern genutzt wird. Jedes Mal, wenn ein Gerät einen Domänennamen in eine IP-Adresse auflöst, kann diese Abfrage von Drittanbieterdiensten protokolliert werden. Durch die Aggregation dieser Protokolle lässt sich eine Liste aktiver Subdomains für eine bestimmte Parent-Domain rekonstruieren. Das bedeutet, dass selbst wenn ein App-Name zufällig und nicht erratbar ist, er sofort auffindbar wird, sobald jemand ihn besucht, wodurch "Security by Obscurity" (Sicherheit durch Unklarheit) wirkungslos wird.

Warum ist das wichtig?

Für IT-Leiter und Engineering-Manager verdeutlicht dieser Vorfall die Risiken unkontrollierter KI-Tools. Wenn Entwickler oder Geschäftseinheiten KI-Builder außerhalb genehmigter Plattformen nutzen, umgehen sie standardmäßige Sicherheitsüberprüfungen, Zugriffssteuerungen und Richtlinien zur Verhinderung von Datenverlust. Die Tatsache, dass von Grok generierter Code manchmal die Benutzeridentität nicht korrekt validiert – beispielsweise indem jeder angemeldete Google-Nutzer einem Team hinzugefügt wird, ohne die Zugehörigkeit zu prüfen –, zeigt, dass KI-generierter Code nicht als standardmäßig sicher vertraut werden kann. Teams müssen davon ausgehen, dass jede so erstellte App kritische Schwachstellen haben kann, sofern sie nicht explizit getestet wird.

Die Exposition von Passwörtern im Klartext und vertraulichen HR-Dokumenten unterstreicht die Notwendigkeit einer strengen Daten-Governance. Selbst wenn eine App harmlos erscheint, wie ein Taschenrechner oder eine Landingpage, kann sie mit internen Datenbanken verbunden sein oder hartcodierte Geheimnisse enthalten. Die einfache Bereitstellung bedeutet, dass sensible Daten schnell leaksen und lange Zeit exponiert bleiben können, wenn sie nicht aktiv überwacht werden. Organisationen können sich nicht mehr ausschließlich auf Perimeter-Verteidigungen verlassen; sie müssen Datenströme durch ephemere, benutzerdefinierte Anwendungen berücksichtigen, die auf externen Plattformen gehostet werden.

Was Sie tun können

• Nutzung von KI-Tools auditieren: Identifizieren Sie, welche KI-App-Builder (wie Grok, Lovable oder Replit) Ihre Mitarbeiter nutzen, und etablieren Sie klare Richtlinien für deren Einsatz.
• DNS-Exposition prüfen: Wenn Sie Zugang zu passiven DNS-Daten haben, suchen Sie nach Subdomains, die mit bekannten KI-Buildern assoziiert sind, um potenziell exponierte interne Apps zu finden.
• Zugriffssteuerungen überprüfen: Stellen Sie für alle bestehenden Grok-Apps, die interne Daten enthalten, sicher, dass die Einstellung auf "Invited users" oder "Only you" geändert wird, und bestätigen Sie, dass Fremde eine Fehlerseite erhalten.
• Authentifizierungslogik testen: Versuchen Sie, sich mit einem externen Konto bei internen Apps anzumelden, um zu überprüfen, ob die App den Zugriff korrekt nur auf autorisiertes Personal beschränkt.
• Nach Geheimnissen scannen: Überprüfen Sie den Quellcode oder geladene Skripte von KI-generierten Apps auf hartcodierte Passwörter, API-Schlüssel oder E-Mail-Adressen und nehmen Sie jede App offline, die keinen klaren Besitzer hat.
• Standardmäßigen Datenschutz durchsetzen: Setzen Sie sich dafür ein, dass Anbieter die Standard-Einstellungen für die Veröffentlichung auf "Private" oder "Only me" ändern, um versehentliche Exposition zu reduzieren.