On lui demandait de lire quelques fichiers, il repartait avec tout le dépôt sous le bras. Selon une analyse technique relayée ce week-end, Grok Build, l’outil de développement de xAI, téléversait par défaut des dépôts Git entiers vers un stockage maison. Y compris des fichiers que l’agent n’avait jamais ouverts, l’historique complet des commits et les secrets laissés en clair dans les fichiers .env.
Le signalement, publié après un test reproduit avec Grok Build CLI, concerne la version 0.2.93 du client. Les échanges réseau observés passaient par deux flux distincts, dont un endpoint de stockage servant à archiver une session complète. Dans le cas documenté, un dépôt de 12 Go a généré environ 5,1 Go de données envoyées, là où la tâche de codage n’en réclamait qu’une fraction.
Points clés
- Grok Build CLI 0.2.93 téléversait des dépôts Git complets, y compris fichiers non lus et historique des commits
- Un dépôt de 12 Go a généré environ 5,1 Go de données envoyées vers un bucket Google Cloud
- Des secrets présents dans les fichiers .env étaient transmis en clair, sans masquage
- Le comportement persistait même avec l’option de partage désactivée ; une mitigation serveur est apparue depuis
Un dépôt Git complet, historique compris
Le nœud du problème n’est pas l’envoi des fichiers que l’assistant lit. L’analyse décrit un empaquetage du dépôt sous forme de git bundle, avec les fichiers suivis par Git, le contenu jamais consulté par l’agent et l’historique des commits. Des tests auraient permis de récupérer, à partir de ces archives, des éléments jamais ouverts durant la session.
Le stockage observé pointait vers un bucket Google Cloud baptisé grok-code-session-traces, visible dans les flux capturés. Plusieurs sources techniques relèvent que ces envois n’étaient documentés nulle part, et que le comportement persistait même l’option Improve the model désactivée. L’opt-out qui n’opte rien du tout, un classique.
- dépôt testé : environ 12 Go
- données transférées : environ 5,1 Go
- version concernée : Grok Build CLI 0.2.93
- destination observée : bucket Google Cloud
grok-code-session-traces
Des secrets .env envoyés sans masquage
L’autre volet touche aux données que Grok Build lit dans les fichiers ouverts pendant la session. Selon les analyses reprises par plusieurs publications spécialisées, des variables sensibles présentes dans les fichiers .env auraient été transmises en clair, sans le moindre masquage, dans le flux applicatif comme dans les archives de session. Pour un outil censé aider des développeurs, exfiltrer leurs clés d’API fait mauvais genre.
Les chercheurs décrivent aussi un comportement indépendant du prompt. Même avec une consigne du type « ne lis aucun fichier », l’outil continuait d’empaqueter le dépôt complet. Les éléments disponibles ne permettent pas de vérifier l’usage ultérieur de ces données pour l’entraînement des modèles. Ils établissent en revanche leur transmission et leur archivage côté fournisseur.
Une correction côté serveur, mais silence radio
Des relevés publiés après l’alerte indiquent qu’une mitigation côté serveur aurait ensuite réduit ou interrompu les téléversements pour certains tests, avec l’apparition d’un indicateur disable_codebase_upload: true. Ces vérifications portent toutefois sur un nombre limité d’environnements et ne valent pas confirmation globale.
À ce stade, aucune prise de position détaillée de xAI dans les sources consultées, ni sur l’ampleur du phénomène, ni sur la durée de rétention, ni sur la suppression des dépôts envoyés. Un seul point fait consensus : Grok Build ne se contentait pas des fichiers que l’agent consultait, il expédiait des dépôts Git complets, historique et secrets non caviardés inclus.
