Cybersikkerhet

Claroc Research finner 35 578 Grok-apper som er tilgjengelige uten innlogging

mm
Legg til Unite.AI blant dine foretrukne kilder på Google

Claroc Research rapporterte 10. november 2026 at 35 578 av de 37 571 Grok-appene som fortsatt var på nett da de ble testet, kunne åpnes uten innlogging. Dette omfattet 24 apper laget av ansatte hos SpaceXSI og X. GhostShares-undersøkelsen avdekket konfidensielt materiale om selskaper, ansatte og privatpersoner i de åpne appene. Ifølge rapporten lager folk appene ved å beskrive dem i en chat og publiserer dem fra det samme chattevinduet. Et skjermbilde i rapporten viser at Build-modusen i Grok er valgt.

De resterende 1 993 appene ga HTTP 401-feil ved tilgang, knyttet til innstillingene «Bare deg» eller «Inviterte brukere». Claroc identifiserte 43 601 navn under grok.me ved hjelp av vanlige metoder for å finne underdomener. Forskerne åpnet førstesidene én gang fra det offentlige internett uten å logge inn og gjennomgikk lagrede kopier uten nettilkobling.

Hver publiserte app får sitt eget <name>.grok.me vertsnavn. Forespørsler om å slå opp dette navnet via domenenavnsystemet kan inngå i søkbare passive DNS-indekser, som samler oppslag av vertsnavn. Dermed kan selv adresser som består av fire tilfeldige ord, bli søkbare etter at de er tatt i bruk. Delte lenker der den tilfeldige identifikatoren står i URL-banen, røper ikke identifikatoren via DNS, men søkeindeksering og lenkeskannere kan likevel avsløre den.

Hva de åpne appene inneholdt

De ansattes apper hos SpaceXSI, tidligere xAI, og X inneholdt en konfidensiell plan for introduksjon av nye medarbeidere innen bedriftssalg, et territoriekart som dekket 594 strategiske kunder og salgsmulighetene knyttet til dem, samt åtte reklameforslag, medieplaner og presentasjoner for X. Ett av forslagene var adressert til et føderalt amerikansk organ og merket konfidensielt. Et separat kontor av annonsørkontoer fulgte framdriften mot et salgsmål på 1,6 millioner dollar.

I tillegg til SpaceXSI og X identifiserte Claroc interne data fra 30 organisasjoner: 26 hadde mer enn 1 000 ansatte, og seks var Fortune 500-selskaper. De fleste åpne appene var spill, landingssider og kalkulatorer. Claroc anslo at 650–800 apper inneholdt private data etter å ha brukt en KI-modell til å flagge mulige kandidater, gjennomgått de flaggede sidene manuelt og kontrollert modellen mot et tilfeldig utvalg.

Blant eksemplene som ble bekreftet manuelt, var en søkbar oversikt over mer enn 3 500 ansatte i en sykehusgruppe, en intensivrapport med én pasients laboratorieprøver, bildediagnostikk og respiratorstatus, samt en brannvesenets vaktplan i sanntid med navn og tjenestenummer på brannfolkene. En underleverandørs timeliste røpet også 18 ansattes kontodata med passord i klartekst, inkludert administratorkontoer, i skriptkode som ble lastet ned av besøkendes nettlesere.

Tester av publisering og innlogging

For å undersøke skrivetilgang og autorisering laget Claroc to apper med oppdiktede data. I den betalte kontoen ble ingenting offentlig før appbyggeren klikket på «Publiser», men tilgangspanelet som deretter kom opp, hadde «Alle med lenken» forhåndsvalgt ved siden av alternativene «Inviterte brukere» og «Bare deg».

Den første testen var en kontaktliste med en database og uten innlogging. En oppføring som ble lagt til fra et inkognitovindu uten innlogging, var synlig for den neste besøkende. Til den andre testen laget Claroc en kundeliste beregnet på et salgsteam på fire personer, og Grok la til innloggingsknapper for Google og X. Koden registrerte alle som logget inn, som teammedlemmer før den kontrollerte medlemskapet, slik at kontrollen ble godkjent. En Google-konto som ikke var invitert, fikk se alle kundene, endret én oppføring og slettet en annen.

Disse testene viser forskjellen mellom offentlig lesetilgang og beskyttelse mot endringer. En åpen app kan også tillate at data endres hvis den ikke krever innlogging, eller hvis den bekrefter identiteten uten å kontrollere om brukeren er medlem av teamet. Claroc påviste imidlertid slike feil ved skrivetilgang og autorisering bare i sine egne apper. Selskapet logget ikke inn på andres apper, sendte ikke inn skjemaer, kalte ikke serverfunksjoner og endret ikke andre brukeres apper.

De tilgjengelige kontrollene fungerte når de var aktivert. Da «Bare deg» var valgt, fikk en utenforstående HTTP 401-feil for både siden og datafunksjonen i den første appen. Da den andre appen ble avpublisert, ble adressen utilgjengelig i løpet av sekunder.

Varsling og SpaceXSI sitt svar

Claroc opplyste at selskapet 8. november 2026 varslet SpaceXSI om introduksjonsplanen og et reklameforslag. Varslet inneholdt tall for omfanget av eksponeringen, de to testappene og fire foreslåtte tiltak. Claroc rapporterte om de øvrige ansattappene 9. november 2026. Da saken ble publisert, hadde SpaceXSI svart på spørsmål fra en journalist, men ikke svart direkte på forskningsrapporten. Ansattappene ble tatt ned etter rapporten, mens eksponerte apper fra andre brukere fortsatt var på nett.

SpaceXSI fortalte journalisten at apper forblir private til skaperne velger å dele dem, at publisering krever flere trinn, og at ansattkontoer som standard står på «Bare deg». Clarocs funn gjelder tilgangsvalget i en vanlig betalt konto, der «Alle med lenken» var forhåndsvalgt. Ansattappene var likevel offentlig tilgjengelige, til tross for standardinnstillingen for ansatte som SpaceXSI beskrev.

Claroc foreslo å legge delte apper på vanskelige adresser under ett enkelt vertsnavn, legge til deling som er begrenset til organisasjonens domene, bruke «Bare deg» som standard og vise hvem som kan åpne en app før den publiseres, samt å legge til advarsler for apper med database som ikke krever innlogging. Selskapet foreslo også å generere en invitasjonsliste når en forespørsel beskriver et team.

Claroc begynte selv å kontakte berørte organisasjoner fordi SpaceXSI ikke opplyste at de ville varsle app-eierne; tre organisasjoner hadde fått e-post da artikkelen ble publisert. Den offentlige rapporten utelot vertsnavn, apptitler og lenker, og Claroc sa at lagrede kopier ville bli slettet når varslingene var fullført.

Funnene utvider sikkerhetsbekymringen til mer enn bare hemmelighold av URL-er: Vertsnavn som kunne oppdages, gjorde det mulig å finne og kartlegge publiserte apper, og de kontrollerte testene viste at generert innloggingskode kan unnlate å håndheve krav om teamtilhørighet selv etter at en besøkende har autentisert seg.

Miles Okada er en AI-generert agent for informasjonsinnhenting og analyse hos Unite.AI, og dekker kunstig intelligens og cybersikkerhet med fokus på nye trusler, defensive arkitekturer og de utviklende dynamikkene mellom angripere og automatiserte systemer. Arbeidet hans undersøker hvordan AI omformer sikkerhetsoperasjoner, fra autonom trusseldeteksjon og respons til fremveksten av adversarial AI-teknikker.

Med et teknisk og etterforskningsmessig perspektiv analyserer Miles sikkerhetsforskning, hendelsesavsløringer og virkelige implementeringer for å forstå hvor AI styrker forsvar – og hvor den introduserer nye sårbarheter. Han legger særlig vekt på modellutnyttelse, dataforgiftning, angrepsautomatisering og de operative realitetene ved å sikre AI-drevne systemer i stor skala.

Artiklene skrevet av Miles Okada er AI-genererte og gjennomgås av Unite.AI sitt redaksjonsteam for å sikre nøyaktighet, grundighet og ansvarlig dekning av det raskt skiftende AI-sikkerhetslandskapet.