Grok Build CLI flagrado a enviar repositórios completos de utilizadores para a nuvem

Grok Build CLI flagrado a enviar repositórios completos de utilizadores para a nuvem

Investigadores independentes analisaram o sistema através de um interceptor de proxy e verificaram que o cliente empacota todo o repositório git rastreado, juntamente com o histórico completo de commits, e envia esses dados para um bucket do Google Cloud Storage denominado grok-code-session-traces.

Este comportamento ocorre independentemente dos ficheiros que o agente efetivamente abre durante a sua operação. Por exemplo, num dos repositórios de teste com 12 GB de tamanho, o canal de solicitação ao modelo transmitiu cerca de 192 KB de tráfego (diretamente relacionado com a tarefa), enquanto o canal de upload para o armazenamento transmitiu aproximadamente 5,1 GB. Ficheiros que o agente está explicitamente proibido de abrir também acabam na nuvem.

A resposta da SpaceXAI surgiu apenas alguns dias depois. A empresa afirmou estar "profundamente preocupada com a privacidade dos utilizadores" e garantiu que o código e os registos de execução nunca são retidos para contas com a opção Zero Data Retention ativada, tendo instado outros utilizadores a recorrerem ao comando /privacy.

Elon Musk declarou separadamente que a SpaceXAI apagará completamente todos os dados previamente enviados como medida preventiva. No entanto, a xAI ainda não explicou por que razão o envio do repositório inteiro é a configuração padrão.

Porque importa: Esta situação destaca a importância crítica da privacidade de dados na tecnologia moderna. Fugas de informação podem ter consequências graves para os utilizadores, tornando imperativo que as empresas adiram a padrões de segurança elevados e transparência no tratamento de dados.