Mais do que código: o Grok capturou seus segredos
O pesquisador de segurança Cereblab descobriu uma verdade perturbadora sobre o Grok CLI da xAI. A ferramenta, versão 0.2.93, foi flagrada enviando diretórios inteiros de usuários, incluindo dados altamente sensíveis como chaves SSH, bancos de dados de gerenciadores de senhas e fotos pessoais. Isso aconteceu apesar de instruções explícitas para que o Grok não lesse nenhum arquivo, como "Responda OK e não olhe nenhum arquivo."
Essa exfiltração de dados atingiu uma escala impressionante. Para uma tarefa que precisava de apenas 192 kilobytes de informação, o Grok CLI enviou impressionantes 5,1 gigabytes de dados para um bucket do Google Cloud, especificamente nomeado grok-code-session-traces. Esse volume de upload foi cerca de 27.800 vezes maior do que o necessário, excedendo em muito qualquer requisito razoável.
O mais preocupante é que esse despejo massivo de dados ocorreu com a opção de privacidade "Melhorar o modelo" desativada nas configurações do CLI. Tal comportamento demonstra um profundo desrespeito pelo consentimento do usuário e pelos controles de privacidade, traindo fundamentalmente a confiança. Ao contrário de concorrentes como Claude Code ou Gemini, o Grok foi o único a exibir essa coleta de dados invasiva.
Sem desculpas: a indústria reage à violação da xAI
Ao contrário de seus concorrentes, o Grok CLI era um ponto fora da curva perigoso. Enquanto ferramentas como Claude Code, Codex CLI da OpenAI e Gemini CLI do Google transmitiam apenas os arquivos específicos que realmente liam, mantendo os dados do usuário seguros, o Grok ignorou instruções explícitas. Ele enviou diretórios inteiros, incluindo chaves SSH sensíveis, gerenciadores de senhas e fotos, mesmo para tarefas que exigiam apenas um único arquivo, às vezes enviando 5,1 gigabytes para um trabalho de 192 kilobytes.
Esse comportamento alarmante gerou forte condenação da indústria. Gergely Orosz, autor do The Pragmatic Engineer, declarou publicamente que nenhuma "empresa sensata" usaria a ferramenta após este incidente. O CEO da OpenAI, Sam Altman, teria considerado a situação "preocupante", destacando as profundas implicações de segurança e confiança da violação da xAI.
A xAI correu para conter os danos. Um kill switch no lado do servidor foi implantado às pressas em 13 de julho de 2026, desativando a funcionalidade de upload invasiva. Elon Musk então prometeu publicamente que todos os dados de usuários coletados anteriormente seriam "completamente e totalmente excluídos". Dois dias depois, em 15 de julho de 2026, a xAI também tornou o Grok CLI de código aberto, tentando restaurar alguma medida de transparência após a revelação do spyware.
Teatro da transparência: a 'correção' do Grok é real?
Depois que as descobertas condenatórias de Cereblab se tornaram virais, a xAI correu para conter os danos. Em 15 de julho de 2026, a empresa tornou o Grok Build CLI de código aberto, um movimento apresentado como um compromisso com a transparência. Isso foi menos uma medida proativa e mais um gesto reativo, tentando desesperadamente polir uma reputação manchada.
A xAI também introduziu um comando /privacy e uma política de Zero Data Retention (ZDR). A falha crucial: estes eram controles no lado do servidor, o que significa que seus dados sensíveis, incluindo chaves SSH e arquivos de gerenciadores de senhas, ainda eram transmitidos para os servidores da xAI. Os usuários ficaram na dependência de confiar que a xAI descartaria seus dados após o recebimento, uma posição precária dado os uploads não autorizados anteriores.
Mesmo com essas "correções", o código de upload subjacente permaneceu inicialmente no binário do Grok CLI, controlado por uma flag remota. Isso levantou questões sérias sobre se a funcionalidade invasiva poderia ser reativada silenciosamente a critério da xAI. Para mais detalhes sobre as descobertas iniciais, veja xAI's Grok Build CLI Caught Uploading Entire Codebases to Google Cloud Without Consent. A promessa de Elon Musk de que todos os dados foram "completamente e totalmente excluídos" pareceu um consolo frio após esse teatro de transparência.
Gostando do artigo? Receba um assim na sua caixa de entrada toda manhã.
um e-mail por dia · cancele em dois cliques · sem rastreadores de terceiros
Seu Próximo Passo: Rotacione Chaves, Reconsidere Ferramentas
Qualquer pessoa que tenha usado o Grok Build CLI antes do "kill switch" do lado do servidor da xAI em 13 de julho de 2026 deve presumir que suas credenciais estão comprometidas. Rotacione imediatamente todas as chaves SSH, chaves de API e quaisquer outros segredos expostos em seu diretório pessoal ou repositórios Git. A análise de nível de rede do pesquisador Cereblab provou que o Grok CLI fazia upload de diretórios inteiros, incluindo arquivos .env sensíveis e gerenciadores de senhas, mesmo quando instruído a não fazê-lo.
Este incidente cria um déficit de confiança profundo e duradouro. Embora a xAI possa alardear o desempenho do Grok em benchmarks como o SWE-bench, tais métricas tornam-se totalmente sem sentido se os desenvolvedores não puderem confiar na ferramenta com seu código-fonte fundamental. A revelação de que o Grok era um caso perigoso à parte, transmitindo repositórios completos enquanto concorrentes como Claude Code e Gemini enviavam apenas os arquivos necessários, faz com que qualquer promessa de exclusão de dados pareça vazia.
O upload não autorizado de 5,1 gigabytes do Grok para uma tarefa de apenas 192 kilobytes — impressionantes 27.800 vezes a quantidade de dados necessária — serve como um alerta severo. Depender de ferramentas de IA de código fechado em estágio beta, especialmente aquelas que interagem com ambientes de desenvolvimento sensíveis, introduz riscos inaceitáveis. Transparência do lado do cliente e controle granular não são recursos opcionais; são necessidades absolutas para qualquer ferramenta de IA que interaja com seu código-fonte, protegendo contra futuros spywares e garantindo uma verdadeira transparência do lado do cliente.
Perguntas Frequentes
Quais dados o Grok CLI enviou sem consentimento?
O Grok CLI (versão 0.2.93) fazia upload de diretórios pessoais inteiros e repositórios Git. Isso incluía dados sensíveis como chaves SSH, bancos de dados de gerenciadores de senhas, arquivos .env com chaves de API, fotos e documentos.
Como a xAI respondeu ao escândalo de privacidade do Grok CLI?
Após o problema viralizar, a xAI implementou um 'kill switch' no lado do servidor para interromper os uploads, Elon Musk prometeu excluir os dados e a empresa tornou o Grok CLI de código aberto sob uma licença Apache 2.0 para melhorar a transparência.
O Grok CLI é seguro para usar agora?
A xAI desativou a funcionalidade e introduziu um comando /privacy. No entanto, o comando apenas instrui os servidores da xAI a descartar os dados após o recebimento; ele não impede que o cliente os envie. A confiança é uma preocupação significativa, mas auditorias da comunidade no código agora aberto podem ajudar a verificar sua segurança.
O que devo fazer se usei o Grok CLI antes de 13 de julho de 2026?
Especialistas em segurança recomendam fortemente que você rotacione todas as credenciais que a ferramenta possa ter acessado. Isso inclui chaves SSH, chaves de API de arquivos .env e quaisquer senhas armazenadas em um banco de dados que estivesse em seu diretório pessoal ou em um repositório escaneado.