Grok CLI était un logiciel espion. Voici la preuve.

Le chercheur en sécurité Cereblab a révélé une vérité troublante sur le Grok CLI de xAI. L'outil, version 0.2.93, a été surpris en train de télécharger des répertoires utilisateur entiers, incluant des données hautement sensibles comme des clés SSH, des bases de données de gestionnaires de mots de passe et des photos personnelles. Cela s'est produit malgré des instructions explicites demandant à Grok de ne lire aucun fichier, comme "Répondez OK et ne regardez aucun fichier."

Cette exfiltration de données a atteint une échelle stupéfiante. Pour une tâche ne nécessitant que 192 kilo-octets d'informations, Grok CLI a envoyé la somme colossale de 5,1 gigaoctets de données vers un compartiment Google Cloud, spécifiquement nommé grok-code-session-traces. Ce volume de transfert était environ 27 800 fois plus important que nécessaire, dépassant largement toute exigence raisonnable.

Plus inquiétant encore, ce transfert massif de données s'est produit alors que l'option de confidentialité "Améliorer le modèle" était désactivée dans les paramètres du CLI. Un tel comportement démontre un mépris profond pour le consentement de l'utilisateur et les contrôles de confidentialité, trahissant fondamentalement la confiance. Contrairement à ses concurrents comme Claude Code ou Gemini, Grok était le seul à présenter cette collecte de données intrusive.

Contrairement à ses concurrents, Grok CLI était une exception dangereuse. Alors que des outils comme Claude Code, Codex CLI d'OpenAI et Gemini CLI de Google ne transmettaient que les fichiers spécifiques qu'ils lisaient réellement, préservant ainsi la sécurité des données des utilisateurs, Grok a ignoré les instructions explicites. Il a téléchargé des répertoires entiers, y compris des clés SSH sensibles, des gestionnaires de mots de passe et des photos, même pour des tâches ne nécessitant qu'un seul fichier, envoyant parfois 5,1 gigaoctets pour un travail de 192 kilo-octets.

Ce comportement alarmant a suscité une vive condamnation de l'industrie. Gergely Orosz, auteur de The Pragmatic Engineer, a déclaré publiquement qu'aucune "entreprise sensée" n'utiliserait l'outil après cet incident. Le PDG d'OpenAI, Sam Altman, aurait trouvé la situation "préoccupante", soulignant les profondes implications en matière de sécurité et de confiance liées à la violation de xAI.

xAI s'est empressé de limiter les dégâts. Un kill switch côté serveur a été déployé à la hâte le 13 juillet 2026, désactivant la fonctionnalité de téléchargement omniprésente. Elon Musk a ensuite promis publiquement que toutes les données utilisateur précédemment récoltées seraient "complètement et totalement supprimées". Deux jours plus tard, le 15 juillet 2026, xAI a également rendu Grok CLI open-source, tentant de restaurer une certaine mesure de transparence après la révélation du logiciel espion.

Après que les conclusions accablantes de Cereblab soient devenues virales, xAI s'est empressé de limiter les dégâts. Le 15 juillet 2026, l'entreprise a rendu Grok Build CLI open-source, une décision présentée comme un engagement envers la transparence. Il s'agissait moins d'une mesure proactive que d'un geste réactif, tentant désespérément de redorer une réputation ternie.

xAI a également introduit une commande /privacy et une politique de rétention zéro des données (ZDR). Le défaut crucial : il s'agissait de commutateurs côté serveur, ce qui signifie que vos données sensibles, y compris les clés SSH et les fichiers de gestionnaire de mots de passe, étaient toujours transmises aux serveurs de xAI. Les utilisateurs devaient faire confiance à xAI pour supprimer leurs données après réception, une position précaire compte tenu des téléchargements non autorisés précédents.

Même avec ces « correctifs », le code de téléchargement sous-jacent est initialement resté dans le binaire Grok CLI, contrôlé par un indicateur distant. Cela a soulevé de sérieuses questions quant à savoir si cette fonctionnalité invasive pouvait être réactivée silencieusement à la discrétion de xAI. Pour plus de détails sur les conclusions initiales, voir xAI's Grok Build CLI Caught Uploading Entire Codebases to Google Cloud Without Consent. La promesse d'Elon Musk selon laquelle toutes les données étaient « complètement et totalement supprimées » a été une bien maigre consolation après cette mascarade de transparence.

Toute personne ayant utilisé Grok Build CLI avant le « coupe-circuit » côté serveur de xAI le 13 juillet 2026 doit supposer que ses identifiants sont compromis. Faites immédiatement pivoter toutes les clés SSH, clés API et tout autre secret exposé dans votre répertoire personnel ou vos dépôts Git. L'analyse au niveau du réseau du chercheur Cereblab a prouvé que Grok CLI téléchargeait des répertoires entiers, y compris des fichiers .env sensibles et des gestionnaires de mots de passe, même lorsqu'il lui était demandé de ne pas le faire.

Cet incident crée un déficit de confiance profond et durable. Bien que xAI puisse vanter les performances de Grok sur des benchmarks comme SWE-bench, de telles mesures deviennent totalement dénuées de sens si les développeurs ne peuvent pas faire confiance à l'outil avec leur code source fondamental. La révélation que Grok était une exception dangereuse, transmettant des dépôts complets alors que des concurrents comme Claude Code et Gemini n'envoyaient que les fichiers nécessaires, rend toute promesse de suppression de données creuse.

Le téléchargement non autorisé de 5,1 gigaoctets par Grok pour une tâche de seulement 192 kilo-octets — soit 27 800 fois la quantité de données nécessaire — sert d'avertissement sévère. S'appuyer sur des outils d'IA en version bêta et à code source fermé, en particulier ceux interagissant avec des environnements de développement sensibles, introduit des risques inacceptables. La transparence côté client et le contrôle granulaire ne sont pas des fonctionnalités optionnelles ; ce sont des nécessités absolues pour tout outil d'IA interagissant avec votre base de code, afin de se protéger contre de futurs logiciels espions et de garantir une véritable transparence côté client.

Quelles données Grok CLI a-t-il téléchargées sans consentement ?

Le Grok CLI (version 0.2.93) a téléchargé des répertoires personnels d'utilisateurs et des dépôts Git entiers. Cela incluait des données sensibles telles que des clés SSH, des bases de données de gestionnaires de mots de passe, des fichiers .env contenant des clés API, des photos et des documents.

Comment xAI a-t-il réagi au scandale de confidentialité de Grok CLI ?

Après que l'affaire soit devenue virale, xAI a mis en place un « coupe-circuit » côté serveur pour arrêter les téléchargements, Elon Musk a promis de supprimer les données, et l'entreprise a rendu le code source de Grok CLI public sous licence Apache 2.0 pour améliorer la transparence.

Grok CLI est-il sûr à utiliser maintenant ?

xAI a désactivé la fonctionnalité et introduit une commande /privacy. Cependant, la commande demande seulement aux serveurs de xAI de supprimer les données à la réception ; elle n'empêche pas le client de les envoyer. La confiance reste une préoccupation majeure, mais les audits communautaires du code désormais open source peuvent aider à vérifier sa sécurité.

Que dois-je faire si j'ai utilisé Grok CLI avant le 13 juillet 2026 ?

Les experts en sécurité vous conseillent vivement de faire pivoter tous les identifiants auxquels l'outil aurait pu accéder. Cela inclut les clés SSH, les clés API des fichiers .env et tous les mots de passe stockés dans une base de données située dans votre répertoire personnel ou un dépôt analysé.