La herramienta de línea de comandos Grok Build, desarrollada por xAI —la empresa de inteligencia artificial de Elon Musk—, ha sido sorprendida enviando repositorios Git completos a un bucket de Google Cloud Storage controlado por la propia compañía. No se trata solo de los archivos necesarios para la tarea de codificación, sino de todo el historial de commits, ramas, etiquetas y metadatos asociados.

El hallazgo lo realizó el investigador conocido como 'cereblab' mientras probaba la versión 0.2.93 de la CLI. Al interceptar el tráfico de red, capturó una de esas cargas, logró extraer el paquete Git (git bundle) y restauró un archivo que el agente había recibido instrucciones explícitas de no leer. La demostración prueba que la herramienta ignora las directivas de privacidad del usuario y expone información que debería permanecer en el entorno local.

Este comportamiento contrasta radicalmente con el de otros asistentes de código como GitHub Copilot, Cursor o Codeium, que suelen transmitir únicamente fragmentos relevantes (contexto inmediato, funciones relacionadas) y ofrecen opciones para desactivar la telemetría o procesar todo localmente. Grok Build, en cambio, empaqueta el repositorio entero y lo envía a la infraestructura de xAI sin consentimiento informado ni transparencia sobre el uso posterior de esos datos.

Las implicaciones son graves para desarrolladores y organizaciones. Un historial de Git completo puede contener claves de API, contraseñas incrustadas por error, estrategias de negocio, algoritmos propietarios y datos personales de clientes. Subir esa información a servidores de terceros —aunque sean de la propia xAI— viola políticas de seguridad corporativas, acuerdos de confidencialidad y, potencialmente, normativas como el RGPD europeo o la CCPA californiana si hay datos de carácter personal.

Además, surge la duda de si xAI utiliza esos repositorios para entrenar futuras versiones de Grok. La empresa no ha publicado una política clara de retención ni uso de datos para Grok Build, y al cierre de esta edición no había emitido ningún comunicado oficial al respecto. El silencio corporativo alimenta la desconfianza en una comunidad técnica que ya cuestiona la opacidad de los modelos cerrados.

En foros como Hacker News y GitHub, la reacción ha sido de alarma. Varios expertos recomiendan, como medida inmediata, bloquear el tráfico saliente de la CLI mediante reglas de firewall, auditar el código de la herramienta (si está disponible) y migrar a alternativas que garanticen procesamiento local o políticas de «cero retención». Otros sugieren usar variables de entorno inyectadas en tiempo de ejecución para secretos, evitando que terminen en el historial de Git.

El incidente reaviva el debate sobre la soberanía del código en la era de la IA generativa. La comodidad de tener un «copiloto» que entiende todo el proyecto no debe implicar renunciar al control sobre la propiedad intelectual. Mientras xAI corrige el comportamiento —probablemente limitando el alcance de lo que se envía y añadiendo controles de usuario—, el caso sirve de recordatorio: cada herramienta que se integra en el flujo de desarrollo debe ser auditada como si fuera un tercero con acceso a la base de código.

Para los profesionales tecnológicos hispanohablantes, la lección es clara: antes de adoptar cualquier asistente de codificación basado en la nube, exijan transparencia en el manejo de datos, verifiquen el tráfico de red y evalúen alternativas on-premise. La productividad ganada no compensa una fuga de propiedad intelectual.