Claroc Research hittar 35 578 Grok-appar som går att komma åt utan inloggning

Claroc Research rapporterade den 10 november 2026 att 35 578 av de 37 571 Grok-appar som fortfarande var online när de testades gick att öppna utan inloggning. Bland dem fanns 24 appar som byggts av personal på SpaceXSI och X. I sin GhostShares-undersökning hittade företaget konfidentiellt företagsmaterial samt material om anställda och privatpersoner i de öppna apparna. Enligt Claroc skapar användare apparna genom att beskriva dem i en chatt och publicerar dem från samma chattfönster. En skärmbild i rapporten visar att läget Bygg i Grok är valt.

De återstående 1 993 apparna gav HTTP 401-fel vid åtkomst, kopplade till inställningarna ”Bara du” eller ”Inbjudna användare”. Med vanliga metoder för att hitta underdomäner identifierade Claroc 43 601 namn under grok.me. Forskarna laddade in startsidorna en gång från det offentliga internet utan att logga in och granskade sparade kopior offline.

Varje publicerad app får ett eget <name>.grok.me värdnamn. Förfrågningar om att slå upp namnet via domännamnssystemet kan hamna i sökbara passiva DNS-index, som samlar in uppslagningar av värdnamn. Därför kan även adresser som består av fyra slumpmässiga ord bli sökbara efter att de har använts. Delade länkar vars slumpmässiga identifierare finns i URL-sökvägen exponerar inte identifieraren via DNS, men sökindexering och länkskannrar kan ändå avslöja den.

Vad de öppna apparna innehöll

Personalens appar på SpaceXSI, tidigare xAI, och X innehöll en konfidentiell introduktionsplan för företagsförsäljning, en områdeskarta över 594 strategiska kunder och deras försäljningspipeline samt åtta förslag, medieplaner och presentationsmaterial för annonsering på X. Ett av förslagen var adresserat till en amerikansk federal myndighet och märkt konfidentiellt. En separat tavla för annonsörskonton följde utvecklingen mot ett försäljningsmål på 1,6 miljoner dollar.

Utöver SpaceXSI och X identifierade Claroc interna data från 30 organisationer: 26 hade fler än 1 000 anställda och sex var Fortune 500-företag. De flesta öppna apparna var spel, landningssidor och kalkylatorer. Claroc uppskattade att 650 till 800 appar innehöll privata uppgifter efter att ha använt en AI-modell för att flagga tänkbara fall, manuellt granskat de flaggade sidorna och kontrollerat modellen mot ett slumpmässigt urval.

Bland de exempel som bekräftades manuellt fanns en sökbar förteckning över fler än 3 500 anställda vid en sjukhusgrupp, en intensivvårdsrapport med en patients provresultat, bilddiagnostik och respiratorstatus samt en brandkårs aktuella skiftschema med brandmännens namn och tjänstenummer. En entreprenörs tidrapport exponerade också 18 anställdas kontouppgifter med lösenord i klartext, däribland administratörskonton, i skriptkod som laddades ned av besökarnas webbläsare.

Tester av publicering och inloggning

För att undersöka skrivbehörighet och auktorisering byggde Claroc två appar med påhittade uppgifter. I företagets betalkonto blev ingenting offentligt innan den som skapade appen klickade på Publicera. I den efterföljande åtkomstpanelen var dock ”Alla med länken” förvalt, tillsammans med alternativen ”Inbjudna användare” och ”Bara du”.

Det första testet var en kontaktlista med en databas och utan inloggning. En post som lades till från ett utloggat inkognitofönster var synlig för nästa besökare. Till det andra testet, en kundlista avsedd för ett säljteam på fyra personer, lade Grok till inloggningsknappar för Google och X. Koden registrerade alla som loggade in som teammedlemmar innan den kontrollerade medlemskapet, vilket gjorde att kontrollen godkände dem. Ett Google-konto som inte hade bjudits in kunde se alla kunder, ändra en post och radera en annan.

Testerna visar skillnaden mellan offentlig läsbehörighet och skydd mot obehöriga ändringar. I en öppen app kan det också gå att ändra uppgifter om appen saknar inloggning eller verifierar identiteten utan att kontrollera medlemskap i teamet. Claroc visade dock dessa brister i skrivbehörighet och auktorisering endast i sina egna appar. Företaget loggade inte in i någon annans app, skickade inte in formulär, anropade inte serverfunktioner och ändrade inte någon annans app.

De tillgängliga kontrollerna fungerade när de aktiverades. När ”Bara du” var valt svarade den första appen med HTTP 401 när en utomstående försökte komma åt både sidan och datafunktionen. När den andra appen avpublicerades blev dess adress otillgänglig inom några sekunder.

Information till berörda och SpaceXSI:s svar

Claroc uppgav att företaget den 8 november 2026 informerade SpaceXSI om introduktionsplanen och ett annonseringsförslag och lämnade uppgifter om exponeringens omfattning, de två testapparna och fyra föreslagna åtgärder. De övriga personalapparna rapporterades den 9 november 2026. När artikeln publicerades hade SpaceXSI besvarat en reporters frågor, men inte svarat direkt på forskningsrapporten. Personalens appar togs ned efter rapporten, medan andra användares exponerade appar fortfarande var online.

SpaceXSI uppgav för reportern att appar förblir privata tills skaparna väljer att dela dem, att publicering kräver flera steg och att anställdas konton som standard är inställda på ”Bara du”. Clarocs resultat gäller åtkomstvalet i ett vanligt betalkonto, där ”Alla med länken” var förvalt. Personalens appar var ändå offentligt tillgängliga, trots den beskrivna standardinställningen för anställda.

Clarocs föreslagna ändringar var att lägga delade appar på svårgissade sökvägar under en gemensam värd, införa delning begränsad till organisationens domän, använda ”Bara du” som standard och visa vem som kan öppna en app före publicering. Företaget föreslog också varningar för appar med databaser som saknar inloggning samt att en inbjudningslista skapas när en förfrågan beskriver ett team.

Claroc började själv kontakta de berörda organisationerna eftersom SpaceXSI:s svar inte angav att appägarna skulle underrättas. Vid publiceringstillfället hade tre organisationer fått e-post. Den offentliga rapporten utelämnade värdnamn, apptitlar och länkar, och Claroc uppgav att sparade kopior skulle raderas när alla underrättelser hade skickats.

Resultaten vidgar säkerhetsproblemet till mer än bara hemliga webbadresser: värdnamn som gick att hitta gjorde det möjligt att kartlägga publicerade appar, och de kontrollerade testerna visade att genererad inloggningskod kan misslyckas med att upprätthålla kravet på teammedlemskap även efter att en besökare har autentiserat sig.