Grok Build expõe dados sensíveis de 35 mil aplicativos — incluindo os da própria SpaceXSI

Uma equipe de pesquisadores de segurança descobriu mais de 35 mil aplicativos construídos com o Grok Build, ferramenta de "vibe coding" da SpaceXSI (a empresa que funde SpaceX e xAI), configurados de forma acessível publicamente. O problema não é um bug pontual, mas uma decisão de arquitetura que contradiz as próprias premissas de privacidade do produto.

O que foi encontrado

A firma de cibersegurança Claroc analisou endereços sob o domínio grok.me e descobriu que, entre 43.551 URLs testadas, 37.571 ainda estavam online — e 35.578 delas (94,7%) abriam para "qualquer pessoa com o link", sem exigir autenticação. Os dados expostos iam de planos de vendas internos, mapas de território com 594 contas, propostas de anúncio para agências federais dos EUA marcadas como confidenciais, até exames médicos, listas de funcionários e listas de verificação de galinhas de uma companhia de cruzeiros.

O mais chocante: 24 desses aplicativos pertenciam à própria SpaceXSI. Um plano de onboarding marcado como confidencial para um novo membro da equipe de vendas corporativas incluía acesso a Okta, Slack, Gmail, HubSpot, Gong, RevSpace, Sales Navigator e outras ferramentas internas. Um representante do Cursor, serviço de codificação adquirido pela SpaceXSI, afirmou que os aplicativos são "privados por padrão", mas a realidade mostrada pela pesquisa contradiz essa afirmação — o Grok Build define links como "Qualquer pessoa com o link" por padrão, e usuários que não revisam essa configuração publicam seus projetos à revelia.

Como o vazamento acontece

A técnica explora um detalhe de DNS passivo. Em vez de colocar os tokens aleatórios à direita do domínio (como `<username>.<app-id>.grok.me`, que exigiria adivinhar o nome de usuário), o Grok Build os coloca à esquerda (como `four-random-words.grok.me`). Essa decisão de arquitetura significa que serviços de DNS passivo indexam os subdomínios aleatórios e qualquer pesquisador pode reconstruir uma lista de aplicativos ativos sem precisar de credenciais. Não é necessário quebrar autenticação — é o próprio sistema de roteamento que torna o enumeration viável.

O problema é agravado pela ausência de autenticação obrigatória nos aplicativos compartilhados. O fluxo padrão do Grok Build — clicar em "Publicar" e receber a opção "Qualquer pessoa com o link" como seleção padrão — significa que aplicações internas, mesmo quando destinadas apenas a testes, acabam expostas. Quando a Claroc notificou a SpaceXSI sobre o problema, a empresa demorou a responder; após um tweet do pesquisador tagging Elon Musk e o gestor do Grok, Matt Palmer, os links dos 24 aplicativos da SpaceXSI foram removidos em poucas horas, mas a maioria dos demais permaneceu acessível.

O padrão recorrente: GhostShares

A Claroc batizou essa classe de vulnerabilidade de "GhostShares" — aplicações que aparecem públicas na internet para quem nunca recebeu o link. A primeira onda ocorreu em outubro, quando aplicações construídas com o Meta Muse também foram expostas de forma semelhante. O Grok Build trouxe o problema em escala maior: em vez de dezenas de aplicativos, são dezenas de milhares.

O que torna o caso especialmente relevante para o ecossistema de agentes de IA é que o Grok Build não é uma ferramenta de código aberto com configurações opcionais. É um produto comercializado como substituto direto para Cursor e Claude Code, com apelo forte a empresas. A SpaceXSI vendeu a ferramenta como um ambiente seguro para desenvolvimento com IA — mas a arquitetura de compartilhamento não oferece nenhuma das proteções que plataformas empresariais convencionais incluem: autenticação corporativa, listas de permissão granular, logs de auditoria, ou qualquer mecanismo de validação antes da publicação.

Contexto mais amplo: Grok Build já foi pego em vazamentos

Este não é o primeiro problema de segurança do Grok Build. Em julho de 2026, pesquisadores publicaram uma análise em nível de fio mostrando que a versão 0.2.93 do CLI do Grok Build enviava repositórios Git completos — com histórico inteiro, chaves de API comprometidas e segredos codificados — para buckets de armazenamento do Google Cloud, apesar das promessas da SpaceXSI de que "nada do seu repositório seria transmitido durante uma sessão". O volume de upload era 27.800 vezes maior do que o dado realmente necessário para a tarefa de codificação.

O que precisaria mudar

A resposta da SpaceXSI ao Claroc foi defensiva: a empresa alegou que os aplicativos são privados por padrão e que nada fica público a menos que o criador escolha compartilhar. Mas os dados coletados pelo pesquisador cereblab em julho e pelo próprio Claroc em novembro mostram que o padrão do produto é exatamente o oposto — "público" é a configuração padrão, e "privado" exige ação deliberada do usuário.

Para empresas que consideram o Grok Build para desenvolvimento interno, a questão não é técnica, mas de governança. Plataformas de código gerado por IA que permitem publicação via link precisam, no mínimo, de:

- Autenticação obrigatória antes de qualquer aplicativo se tornar visível; - Validação de permissão por domínio de e-mail corporativo, não apenas por link; - Logs de auditoria que mostrem quem publicou e quando; - Revogação automática de acesso quando o link é reportado como inseguro.

O Grok Build tem esses mecanismos? Segundo a própria pesquisa, não — ou pelo menos não de forma padrão. A alternativa mais segura para qualquer organização que use ferramentas desse tipo é revisar regularmente quais aplicativos foram publicados e desativar imediatamente aqueles que contêm dados sensíveis, mesmo que a plataforma prometa que o controle está "sob seu comando".

A pergunta que fica é: se a ferramenta que a SpaceXSI vende para empresas já expôs dados internos da própria empresa e de clientes de setores como saúde e defesa, quantas outras organizações estão operando com a falsa sensação de privacidade? O problema não é o modelo de IA — é a arquitetura de distribuição.

Fontes: Ars Technica, Claroc, TradersUnion

✓ Fontes independentes cruzadas e verificadas antes da publicação