Grok Build expõe dados confidenciais, inclusive da SpaceXSI, em mais de 35 mil aplicativos públicos
Aprofundamento CEVIU
Aprofundamento
O problema do Grok Build está no desenho da URL, não numa falha de autenticação clássica. Os links de compartilhamento usam "dice words" (palavras sorteadas, como cinder-crane-sand-frost) no subdomínio, à esquerda de grok.me. A ideia é a de controle de acesso baseado em capacidade: quem tem a URL, tem a autorização. Uma frase de três palavras tem cerca de 38 bits de entropia, bilhões de combinações. Só que o subdomínio precisa ser resolvido em DNS, e serviços de passive DNS registram essas consultas em bases pesquisáveis.
A Claroc, que fez a pesquisa, achou 43.601 links terminando em grok.me. Mais de 35 mil (quase 95%) estavam públicos, abrindo o app e todos os dados dele. Entre os expostos, 24 apps da própria SpaceXSI (plano de onboarding de vendas, mapa de 594 contas), 3.784 exames médicos de uma construtora peruana, scorecard de 22 técnicos da Tesla e a lista de 108 pessoas de uma contratada da Marinha dos EUA. Segundo a Claroc, o padrão do Grok é "Anyone with the link", e o usuário precisa trocar para "invited users" ou "only you". A Cursor, adquirida pela SpaceXSI, afirmou que os apps são privados por padrão, o que os testes da Claroc contradizem. A SpaceXSI começou a remover os links dos 24 apps horas depois de a Ars Technica enviar perguntas, e eles passaram a retornar "app not found". O restante seguia acessível quando a matéria foi publicada.
O que mudou
Em 11 de novembro de 2026, o CEVIU noticiou "Mais de 35 mil apps criados com o Grok estavam abertos a qualquer pessoa com o link, incluindo os da própria SpaceXSI". Esta nova cobertura acrescenta o mecanismo técnico (a aleatoriedade no subdomínio, visível em passive DNS), a lista de organizações afetadas e a resposta da SpaceXSI, que removeu os 24 apps internos. O padrão também lembra o caso do Meta Muse: em 21 de outubro de 2026, o CEVIU publicou "Meta Muse expôs dados sensíveis em links compartilhados, revela pesquisa", em que a Claroc também usou buscas passivas de DNS. Em 8 de maio de 2026, o CEVIU já tinha registrado "Aplicativos de Vibe-Coding com IA Vazam Dados Confidenciais", com 5.000 sites expostos segundo a RedAccess.
Por que isso importa
Para quem opera segurança, a lição é que "link impossível de adivinhar" não vale se o segredo aparece em hostname. Isso vale para qualquer ferramenta de vibe-coding usada na empresa. Lovable, Bolt e Replit também dão um endereço próprio a cada app, segundo a Claroc, então a exposição por DNS não é exclusiva do Grok. Vale inventariar apps gerados por IA, checar a configuração de compartilhamento e tratar como incidente potencial o que já foi publicado com o padrão aberto.
Linha do tempo
CEVIU noticia que a RedAccess achou 5.000 sites de vibe-coding expostos.
CEVIU noticia que a Claroc achou links compartilhados do Meta Muse expostos via DNS passivo.
CEVIU noticia mais de 35 mil apps do Grok abertos a qualquer pessoa com o link.
Detalhes da Claroc mostram dados da SpaceXSI, Tesla e contratadas da Marinha expostos no Grok Build.
Perguntas frequentes
Como os apps do Grok Build foram encontrados?
Por enumeração passiva de DNS. O trecho aleatório da URL fica no subdomínio de grok.me, então as consultas DNS foram registradas em bases públicas. A Claroc listou 43.601 links e viu que mais de 35 mil estavam públicos.
O que fazer se minha equipe compartilhou apps no Grok Build?
Mudar a configuração de compartilhamento para "invited users" ou "only you", a menos que o app deva ser público. Também vale revisar quais dados foram colocados nesses apps. Segundo a Claroc, o padrão é "Anyone with the link".
Outras plataformas têm o mesmo problema?
Segundo a Claroc, Lovable, Bolt e Replit dão a cada app um endereço próprio, então os mesmos registros de DNS os expõem. Já os artefatos do Claude, as conversas compartilhadas do ChatGPT e o Gemini põem a parte secreta no caminho da URL, que o DNS não enxerga.
A SpaceXSI corrigiu o problema?
Só em parte. Os links dos 24 apps da própria empresa passaram a retornar "app not found" depois que a Ars Technica enviou perguntas. Quando a matéria foi publicada, quase todo o restante dos dados seguia disponível, e a empresa não respondeu sobre o desenho do mecanismo.
Fontes
- arstechnica.comfonte original
- Categoria
- CEVIU Segurança da Informação
- Publicado
- 12 de novembro de 2026
- Editoria
- CEVIU Segurança da Informação

