Grok Build, el agente de código de SpaceXAI (la empresa de IA de Elon Musk, antes xAI), subía repositorios de git enteros a un bucket de Google Cloud sin que el desarrollador lo supiera. Lo destapó un investigador de seguridad y, según International Cyber Digest, la herramienta se vendía como local-first mientras mandaba a la nube el código completo, con historial y secretos incluidos. Musk salió a prometer que borrará todo lo recogido.
Qué se subía y cuánto
El investigador, que firma como cereblab, probó la versión 0.2.93 del CLI y encontró que enviaba el repositorio entero a un bucket llamado `grok-code-session-traces`. Los números son el problema: en un repo de prueba de 12 GB, la tarea de código real necesitaba unos 192 KB, pero se transfirieron alrededor de 5,1 GB. No era el trozo que el agente necesitaba para trabajar, era casi todo el proyecto, con el historial de git al completo.
Lo grave: credenciales en claro
Para la prueba, el investigador metió credenciales falsas en un archivo `.env`. Aparecieron tal cual en el tráfico hacia el bucket. Eso significa que cualquier equipo que usara Grok Build sobre un código privado le estaba entregando a SpaceXAI copias de su fuente, su historial, sus claves de API y sus secretos. Y lo hacía sin saberlo, porque la herramienta decía funcionar en local.
Había un interruptor llamado "Improve the model" que daba a entender que apagándolo dejabas de compartir datos. No servía: desactivarlo no frenaba las subidas. La opción de privacidad estaba, pero no hacía lo que prometía.
Cómo reaccionó SpaceXAI
La empresa no publicó aviso de seguridad ni explicación. Aplicó un parche del lado del servidor aproximadamente un día después de que el fallo se hiciera público, devolviendo una bandera `disable_codebase_upload: true` que cortaba las subidas. La versión 0.2.98, del 12 de julio, salió sin mencionar nada de esto en el changelog.
Cuando el tema estalló en Hacker News y en X, Musk respondió en persona: como medida de precaución, todos los datos subidos a SpaceXAI antes de ese momento se borrarán "completa y absolutamente", sin que quede "nada de nada". La empresa añadió que el CLI soporta Zero Data Retention (retención cero) desde el lanzamiento y que quien no lo tenga activado puede usar el comando `/privacy` para desactivar la recogida y borrar lo ya sincronizado. En medio de todo esto, xAI pasó a llamarse oficialmente SpaceXAI.
Ahí está el matiz que enturbia la respuesta de la empresa. SpaceXAI defiende que la retención cero existía desde el principio, pero el problema no era la retención, era que la subida ocurría igual y el interruptor que parecía cortarla no lo hacía. Que la solución fuera un parche silencioso en servidor, sin aviso ni changelog, tampoco ayuda: quien no siguiera el hilo en Hacker News no se enteró de que su código había salido ni de que el fallo se había tapado.
La confianza en un agente que corre sobre tu código
El caso toca la fibra sensible de los agentes de programación. Estas herramientas necesitan leer tu código para funcionar, así que les das acceso a lo más valioso que tienes: el repositorio, con su historial y sus secretos. La promesa implícita es que solo se llevan lo justo para la tarea. Cuando resulta que se llevan 5 GB de 12 para un trabajo que necesitaba 192 KB, esa promesa se rompe. Y lo hace en el peor sitio, porque el `.env` con las claves reales de producción es exactamente lo que no quieres que acabe en un bucket ajeno.
Por qué importa
Si tu equipo usa agentes de código sobre repos privados, esto es la lección en carne ajena. Un CLI que dice ser local-first puede estar mandando tu código a un bucket ajeno, y el interruptor de privacidad puede no hacer nada. Antes de soltar una herramienta así sobre un proyecto con secretos, toca revisar qué sube de verdad (con el tráfico de red delante, no con la letra pequeña), asumir que un `.env` con claves reales puede acabar fuera, y activar la retención cero si existe. La promesa de borrado de Musk arregla el pasado inmediato, pero la confianza en un agente que corre sobre tu código no se recupera con un tuit.
Relacionado
