Grok Build subió repositorios de Git completos a la nube de xAI, no solo los archivos que leyó

La herramienta de línea de comandos de código Grok Build, de xAI, estaba subiendo repositorios de Git completos, con todo su historial de commits, a un bucket de Google Cloud Storage operado por xAI, y no solo los archivos que una tarea de código necesitaba. Lo demostró un investigador que publica como cereblab, probando la versión 0.2.93, tras interceptar una de esas subidas y reconstruir el paquete de git desde la petición capturada.

¿Qué encontró exactamente el investigador?

El desbalance de bytes es difícil de discutir. En un repositorio de 12 GB de archivos que el modelo nunca leyó, el tráfico del modelo hacia /v1/responses fue de unos 192 KB, mientras que el canal de almacenamiento hacia /v1/storage movió 5,10 GiB: una brecha de aproximadamente 27.800 veces entre lo que el modelo necesitaba y lo que salió de la máquina. La subida se hizo en 73 fragmentos de unos 75 MB, cada uno con respuesta HTTP 200, hacia un bucket llamado grok-code-session-traces. Un archivo señuelo que el agente tenía prohibido abrir se recuperó palabra por palabra desde el paquete capturado, junto con el historial completo de commits, y la prueba se replicó en un segundo repositorio no relacionado.

¿Por qué el toggle de privacidad no protegía tu código?

El control que la mayoría de los desarrolladores usaría no servía aquí. Con la opción "Improve the model" desactivada, Grok igual subía el repositorio, y la respuesta del servidor en /v1/settings seguía devolviendo trace_upload_enabled: true. Ese toggle gobierna si tus datos entrenan el modelo. No gobierna si tu código deja la máquina. Son dos controles distintos y solo uno estaba expuesto al usuario. El problema de los secretos es aparte: cuando Grok lee un archivo, su contenido entra al turno del modelo, y un .env con credenciales viajó sin redactar, además de quedar en un archivo de estado destinado al almacenamiento.

¿Cómo se compara Grok con Claude Code, Codex y Gemini?

Toda herramienta de código en la nube tiene que enviar algo de código fuente a un modelo remoto para funcionar, así que ese primer canal es esperable. Enviar el repositorio entero con su historial es una frontera mucho más amplia. En la comparación entre herramientas del propio investigador, Claude Code y Codex no enviaron ningún paquete de repositorio, y Gemini no envió nada en una prueba en reposo. Grok Build fue el caso atípico. Aun así, todas son herramientas en la nube que envían los archivos que abren, por lo que "solo local" es el modelo mental equivocado para cualquiera de ellas.

¿Cómo respondió xAI?

El 13 de julio, el mismo binario 0.2.93 dejó de hacer peticiones de almacenamiento tras un cambio del lado del servidor, no una actualización del cliente. El servidor pasó a devolver disable_codebase_upload: true. xAI abordó el tema en X, no mediante un aviso de seguridad. La cuenta @SpaceXAI dijo que los equipos enterprise con retención de datos cero (ZDR) nunca tuvieron código almacenado, que el uso por clave de API respeta ZDR, y que los usuarios que no lo activaron pueden ejecutar /privacy en la CLI para desactivar la retención y borrar lo ya sincronizado. Elon Musk fue más allá y dijo que todos los datos subidos antes serían "completa y absolutamente eliminados". El código de subida seguía presente en el binario 0.2.99, contenido solo por una bandera de servidor, así que xAI puede reactivarlo sin una actualización.

Análisis de Revenue Hub

Para un líder comercial, de operaciones o de tecnología en Chile y Latinoamérica, esta historia no es un problema de desarrolladores lejano: es una lección de gobernanza sobre cada herramienta de IA que tu equipo adopta para vender, dar servicio o construir. El patrón estructural es que la etiqueta de privacidad de un proveedor y lo que su software hace de verdad pueden ser dos cosas distintas. Un toggle que dice "no entrenes con mis datos" no es lo mismo que "mis datos no salen de mi equipo", y confundirlos puede exponer credenciales, datos de clientes y propiedad intelectual que creías controlada.

La decisión práctica no es prohibir la IA, sino tratar la gobernanza de datos como parte de la evaluación de cualquier proveedor, no como un anexo legal que nadie lee. Antes de habilitar un agente de código o de ventas sobre tu CRM, pregunta qué datos salen de la máquina, a dónde van, cuánto se retienen y qué control real tiene el usuario, con evidencia y no solo con una casilla de configuración. Para equipos que operan sobre datos sensibles conviene exigir retención cero contractual y rotar credenciales ante cualquier duda. Si te interesa cómo ordenar datos y controles para la era de los agentes, revisa nuestra cobertura en CRM y Datos y los análisis del blog de Revenue Hub.