Le Copilot intégré à Visual Studio a été contourné par un simple point à la fin d'un nom de fichier. Le 13 octobre 2026, le chercheur en sécurité Johann Rehberger a publié les détails techniques de la vulnérabilité CVE-2026-103572, et Microsoft a diffusé le correctif le même jour, dans sa série de mises à jour d'octobre. Classée Important pour exécution de code à distance, avec un score CVSS de 8.8, la faille touche à la fois Visual Studio et SQL Server Management Studio (SSMS).
Un point ajouté, et l'écriture passe dans des fichiers de configuration censés être protégés
Le problème se situe dans la validation de chemin du composant Microsoft.VisualStudio.Copilot.Core.dll, partagé par les deux produits : ajouter un point à la fin d'un nom de fichier contourne le contrôle et permet à Copilot d'écrire dans des fichiers de paramètres et de configuration qui devraient être protégés, comme la configuration MCP et les fichiers de paramètres de Visual Studio, ce qui ouvre la voie à l'exécution de commandes arbitraires. Le chercheur a aussi démontré un second chemin : un tiers dissimule des instructions malveillantes dans des fichiers ou des données externes que Copilot traite, et l'amène par injection indirecte d'invite à effectuer l'écriture, sans que le développeur ait quoi que ce soit de délibéré à faire. Comme SSMS partage la même coque et la même base de code que Visual Studio, le même défaut frappe aussi l'outil des administrateurs de bases de données. Les versions concernées sont Visual Studio 2022 version 17.14 et Visual Studio 2026 version 18.10, corrigées respectivement par les builds 17.14.42 et 18.10.4 ; le correctif de Microsoft normalise le chemin avant la validation, éliminant par avance les artifices comme les points en fin de nom. Microsoft indique qu'aucune exploitation dans la nature n'est confirmée à ce stade, et que l'exploitation exige une interaction de l'utilisateur avec Copilot. Le chercheur avait signalé le problème à Microsoft dès le mois d'août.
Si vous utilisez Visual Studio ou SSMS, mettez à jour en premier
L'ordre d'action est clair. D'abord, mettre à jour Visual Studio et SSMS vers les builds corrigés ci-dessus, en priorisant en entreprise les machines où Copilot est installé. Ensuite, tant que le correctif n'est pas partout, ne pas laisser Copilot traiter à la légère des dépôts d'origine inconnue, des fichiers externes ou des contenus renvoyés par des services MCP, surtout pour les opérations qui écrivent automatiquement de la configuration. Ce qui rend cette classe de faille désagréable, c'est que le point d'entrée ressemble au simple fait de faire lire un fichier à l'assistant, alors que le point d'arrivée est la machine du développeur elle-même, qui contient d'ordinaire le code source, les clés cloud et les identifiants de publication.
Les garde-fous ne peuvent pas reposer sur le bon comportement du modèle
Cette vulnérabilité adresse un rappel concret aux agents de programmation : lorsqu'un assistant peut écrire des fichiers, modifier la configuration, installer des outils et même exécuter des commandes, les contrôles de sécurité doivent se trouver là où le modèle ne peut pas les atteindre, et partir du principe que le modèle lui-même peut être égaré par des contenus externes. Un contrôle aussi banal que la validation de chemin est précisément la couche la plus fine, et la moins dispensable, entre un agent et le système réel. Microsoft a colmaté cette fois la brèche du point final grâce à la normalisation des chemins, mais les problèmes de ce type ne disparaîtront pas : tant que les agents se connecteront à toujours plus d'outils locaux, chaque fichier de configuration et chaque exécutable qu'ils peuvent atteindre méritera d'être revérifié selon le même critère.
