ZCode et les dépôts Git envoyés dans le cloud : ce qui a été corrigé, ce que les audits établissent

La question soulevée par ZCode n’était pas seulement celle d’une fonction activée par défaut : quelles données quittaient le poste de travail, et les utilisateurs le savaient-ils ? En septembre 2026, un chercheur a montré que cet outil de programmation de Zhipu pouvait, lorsqu’un utilisateur était connecté, empaqueter son espace de travail local — historique .git compris —, le chiffrer et l’envoyer vers le service de stockage d’objets OSS d’Alibaba Cloud. Face aux critiques sur l’absence d’information et de consentement clairs, Zhipu a présenté ses excuses, publié le code de ZCode et fait examiner ses corrections par des tiers. 245

Pourquoi ces envois avaient-ils lieu ?

Zhipu les a attribués à une fonction d’indexation des dépôts liée à Repo Wiki, qui produisait de la documentation à partir du code. Selon l’entreprise, cette fonction était activée par défaut, avait été insuffisamment expliquée lors de son lancement et ne disposait pas d’une commande permettant de la désactiver manuellement. L’enquête du chercheur indiquait que les données empaquetées pouvaient dépasser celles nécessaires à une simple page de documentation, notamment en incluant l’historique Git. 14352

Que change ZCode 3.14.0 ?

D’après Zhipu, la version 3.14.0 supprime Repo Wiki ainsi que le circuit qui créait et envoyait les instantanés des dépôts locaux. Il ne s’agit donc pas simplement de désactiver la fonction par défaut. L’entreprise a également publié le code de ZCode sur GitHub pour que la communauté puisse l’examiner. 131629

Que sait-on du sort des données ?

Zhipu affirme que les données envoyées pour générer une page Repo Wiki étaient détruites une fois celle-ci produite. L’entreprise a ensuite déclaré que les données de code signalées par la communauté n’étaient pas conservées et n’avaient jamais servi à entraîner ses modèles. Ces déclarations concernent l’utilisation et la conservation des données ; elles ne contestent pas le fait que des envois ont eu lieu. 1416

Les résultats des examens externes rapportés sont plus circonscrits :

• La CAICT, académie chinoise des technologies de l’information et des communications, a constaté que le conteneur de stockage Alibaba Cloud OSS zcode-prod était dans un état sans données. Elle a également rapporté que ZCode 3.14.0 avait supprimé Repo Wiki et interrompu le circuit de création et d’envoi des instantanés. 27
• NSFOCUS, entreprise de cybersécurité, a rapporté la suppression du conteneur et de ses objets. Son examen de la version 3.14.0 n’a trouvé aucune voie fonctionnelle restante permettant de déclencher des instantanés de dépôts locaux ou d’envoyer des fichiers par le circuit retiré. 2627

Ces constats renseignent sur l’état du stockage concerné et sur la version examinée de ZCode. Ils ne prouvent pas, à eux seuls, que les envois antérieurs n’ont jamais été utilisés pour l’entraînement de modèles : sur ce point, il s’agit de l’affirmation de Zhipu. 1627

Quelles garanties supplémentaires sont annoncées ?

Zhipu prévoit un dispositif permanent de signalement et de traitement des vulnérabilités de ses produits, avec des récompenses proportionnelles à la gravité des problèmes signalés. 29

L’entreprise a aussi annoncé, séparément pour sa plateforme MaaS — un service donnant accès à des modèles d’IA —, une future option de « non-conservation du contenu des données ». Les utilisateurs pourront la demander depuis la console ; une fois son activation et son périmètre confirmés, Zhipu indique que les entrées et sorties des appels de modèle couverts seront utilisées pour la requête en cours sans stockage persistant. Ce n’est ni une mesure rétroactive concernant les envois de ZCode, ni une garantie générale de conservation zéro. Les fonctions Batch API et File API, qui nécessitent de stocker des tâches ou des fichiers, en sont exclues. Des données pourront aussi être conservées si la loi l’exige ou pour enquêter sur des infractions présumées ou des abus, éventuellement pendant 30 jours ou davantage. 4448