git.exe<\/code> se trouve \u00e0 la racine d\u2019un projet, l\u2019IDE l\u2019ex\u00e9cute automatiquement \u00e0 l\u2019ouverture du d\u00e9p\u00f4t, sans avertissement ni demande de confirmation, avec les droits du d\u00e9veloppeur.<\/strong><\/p>\n\nPoints cl\u00e9s<\/p>\n
\n- Aucun clic requis.<\/strong> Il suffit d\u2019ouvrir le d\u00e9p\u00f4t si
git.exe<\/code> est pr\u00e9sent \u00e0 la racine.<\/li>\n- Des mois sans correctif.<\/strong> Signalement le 15.12.2025, divulgation compl\u00e8te le 14.07.2026 : selon Mindgard, la faille persiste dans plus de 197 versions.<\/li>\n
- Risque de Shadow-IT.<\/strong> Les environnements de d\u00e9veloppement bas\u00e9s sur l\u2019IA doivent \u00eatre int\u00e9gr\u00e9s \u00e0 la BOM logicielle et soumis \u00e0 des listes d\u2019autorisation (allowlisting<\/em>).<\/li>\n
- Mesures d\u2019att\u00e9nuation imm\u00e9diates.<\/strong> Utiliser AppLocker ou le contr\u00f4le d\u2019application pour bloquer les ex\u00e9cutables des espaces de travail ; r\u00e9server les d\u00e9p\u00f4ts non fiables aux environnements sandbox\u00e9s ou aux machines virtuelles.<\/li>\n<\/ul>\n<\/div>\n
\n Articles associ\u00e9s :<\/span>
\n La faille TrapDoor dans la cha\u00eene d\u2019approvisionnement npm\/PyPI<\/a> \/<\/span>
\n Fuites de code source et contournement des correctifs<\/a>\n<\/p>\nLe bug dans un paragraphe<\/h2>\n
Qu’est-ce que le bug Cursor-git.exe ?<\/strong> Lors du chargement d’un projet, Cursor recherche les binaires Git \u00e0 plusieurs emplacements, y compris dans l’espace de travail (workspace). Un fichier git.exe plac\u00e9 \u00e0 la racine du d\u00e9p\u00f4t est ex\u00e9cut\u00e9 dans le cadre de la r\u00e9solution du chemin d’acc\u00e8s. Les traces du moniteur de processus (Process Monitor) montrent que Cursor.exe lance git rev-parse –show-toplevel avec le binaire de l’espace de travail. Le PoC de Mindgard exploite des machines Windows o\u00f9 calc.exe est renomm\u00e9 en git.exe. La calculatrice d\u00e9marre et se relance en arri\u00e8re-plan.<\/p>\n\nD\u00e9finition · Binary Planting dans l’IDE<\/p>\n
L’IDE recherche \u00e9galement les binaires d’outils dans l’espace de travail. Un d\u00e9p\u00f4t corrompu fournit un fichier git.exe \u00e0 sa racine. \u00c0 l’ouverture, l’IDE ex\u00e9cute le code malveillant dans le contexte utilisateur du d\u00e9veloppeur.<\/p>\n<\/div>\n
Aucune injection de prompt ni contournement de mod\u00e8le (model jailbreak). Il s’agit d’un Binary Planting dans l’espace de travail. Pour les attaquants, un d\u00e9p\u00f4t corrompu suffit : cloner, ouvrir avec Cursor, et le code s’ex\u00e9cute dans le contexte utilisateur du d\u00e9veloppeur. Souvent avec acc\u00e8s aux tokens, cl\u00e9s SSH et packages internes.<\/p>\n
Chronologie et silence des \u00e9diteurs<\/h2>\n
Mindgard a signal\u00e9 la vuln\u00e9rabilit\u00e9 le 15 d\u00e9cembre 2025 \u00e0 security-reports@cursor.com. Une confirmation et une reproduction ont \u00e9t\u00e9 obtenues via HackerOne et le canal d\u00e9di\u00e9 au RSSI (CISO), suivies d\u2019un long silence de la part des \u00e9quipes de recherche. Le 14 juillet 2026, une divulgation compl\u00e8te a \u00e9t\u00e9 publi\u00e9e en l\u2019absence de rem\u00e9diation coordonn\u00e9e. \u00c0 ce jour, aucune publication de correctif ni d\u2019avis de s\u00e9curit\u00e9 public n\u2019a \u00e9t\u00e9 \u00e9mis par l\u2019\u00e9diteur.<\/p>\n
Pour les RSSI, il s\u2019agit d\u2019une deuxi\u00e8me faille \u00e0 prendre en compte, aux c\u00f4t\u00e9s du bug initial : les SLA des \u00e9diteurs et la rigueur dans la gestion des divulgations doivent d\u00e9sormais figurer parmi les crit\u00e8res d\u2019\u00e9valuation des outils d\u2019IA d\u00e9di\u00e9s au d\u00e9veloppement logiciel. La productivit\u00e9 ne saurait, \u00e0 elle seule, constituer un gage de confiance. Cursor est souvent utilis\u00e9 en tant que solution non autoris\u00e9e (Shadow-IT) au sein de nombreuses organisations d\u2019ing\u00e9nierie. Aucune \u00e9ch\u00e9ance n\u2019a \u00e9t\u00e9 communiqu\u00e9e pour la r\u00e9solution de cette vuln\u00e9rabilit\u00e9.<\/p>\n
Mesures \u00e0 mettre en place par les entreprises en attendant le correctif<\/h2>\n
En attendant qu\u2019un correctif soit d\u00e9ploy\u00e9 par l\u2019\u00e9diteur, les mesures suivantes restent d\u2019actualit\u00e9 : inventaire des utilisateurs de Cursor sous Windows, mise en place d\u2019une politique pour les d\u00e9p\u00f4ts non approuv\u00e9s (untrusted repos) et contr\u00f4le des terminaux pour bloquer les ex\u00e9cutables issus de l\u2019espace de travail. La liste de v\u00e9rification ci-dessous constitue le standard minimal pour les RSSI et les responsables techniques.<\/p>\n
\nS\u00e9curiser Cursor sous Windows<\/p>\n
\n- ✓<\/span>Inventaire : quelles \u00e9quipes utilisent Cursor sous Windows (licences, MDM, t\u00e9l\u00e9chargements) ?<\/li>\n
- ✓<\/span>Politique : ne pas ouvrir les d\u00e9p\u00f4ts non approuv\u00e9s dans l\u2019IDE de production, utiliser uniquement une machine virtuelle ou un bac \u00e0 sable (sandbox)<\/li>\n
- ✓<\/span>Contr\u00f4le des applications : bloquer l\u2019ex\u00e9cution des ex\u00e9cutables issus des chemins de l\u2019espace de travail des d\u00e9veloppeurs<\/li>\n
- ✓<\/span>EDR : alerter si Cursor.exe lance des processus enfants inattendus depuis les chemins des d\u00e9p\u00f4ts<\/li>\n
- ✓<\/span>SBOM : identifier les IDE bas\u00e9s sur l\u2019IA comme tout autre outil de build, avec propri\u00e9taire, version et crit\u00e8res de sortie<\/li>\n<\/ul>\n<\/div>\n
AppLocker ou WDAC (Windows Defender Application Control) doivent agir sur les chemins d\u2019acc\u00e8s plut\u00f4t que sur les hachages. Les attaquants modifient facilement les hachages. Il est pr\u00e9f\u00e9rable d\u2019interdire g\u00e9n\u00e9riquement les ex\u00e9cutables issus des racines des espaces de travail, plut\u00f4t que de bloquer uniquement git.exe. Le \u00ab Binary Planting \u00bb est une technique connue qui touche plusieurs IDE bas\u00e9s sur l\u2019IA. Exiger uniquement \u00ab aucun CVE dans le scanner \u00bb revient \u00e0 ignorer le risque r\u00e9el. Source principale : blog de Mindgard du 14 juillet 2026 ; v\u00e9rifications crois\u00e9es avec Dark Reading et The Hacker News.<\/p>\n
Foire aux questions<\/h2>\n
Chaque question est verrouill\u00e9e. Un clic d\u00e9verrouille la r\u00e9ponse.<\/p>\n\nCela concerne-t-il macOS et Linux ?<\/strong><\/summary>\nL’exploitation d\u00e9crite cible Windows et git.exe \u00e0 la racine du d\u00e9p\u00f4t. Il convient d’\u00e9valuer s\u00e9par\u00e9ment les autres plateformes. Les d\u00e9veloppeurs sous Windows constituent clairement le point chaud.<\/p>\n<\/details>\n\nEst-il suffisant de bloquer git.exe ?<\/strong><\/summary>\nC\u2019est le d\u00e9clencheur actuel. La r\u00e9solution des chemins peut v\u00e9rifier d\u2019autres noms d\u2019outils. Mieux vaut : ne pas autoriser d\u2019ex\u00e9cutables depuis les racines des espaces de travail de mani\u00e8re g\u00e9n\u00e9rique.<\/p>\n<\/details>\n\nEst-ce la m\u00eame chose que la CVE-2026-26268 (Git Hooks) ?<\/strong><\/summary>\nNon. Selon les rapports, la vuln\u00e9rabilit\u00e9 CVE-2026-26268 concerne des hooks Git cach\u00e9s. L’incident Mindgard, quant \u00e0 lui, impliquait un *Binary Planting* de git.exe dans le r\u00e9pertoire racine. Deux m\u00e9canismes distincts, mais un m\u00eame r\u00e9sultat : l’ex\u00e9cution de code arbitraire.<\/p>\n<\/details>\n\nQue exigeons-nous du fournisseur ?<\/strong><\/summary>\nCorrectif, avis de s\u00e9curit\u00e9, politique de recherche de chemins claire sans ex\u00e9cution dans l’espace de travail, ainsi que des SLA (Service Level Agreements) transparents pour les vuln\u00e9rabilit\u00e9s critiques dans le cadre des programmes de prime aux bugs.<\/p>\n<\/details>\n\nSource principale ?<\/strong><\/summary>\nBlog Mindgard : \u00ab Cursor 0day : quand la divulgation totale devient la seule protection restante \u00bb (14.07.2026).<\/p>\n<\/details>\n
<\/p>\n
Les choix de la r\u00e9daction<\/h3>\n
![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/sharepoint-jwt-bypass-cve-2026-55040-cover-hero-250x143.jpg\")
<\/span>\u00c0 lire<\/span>Contournement JWT SharePoint : sites locaux expos\u00e9s<\/span><\/span><\/a>![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/bitlocker-bypass-cve-2026-50661-cover-hero-250x143.jpg\")
<\/span>\u00c0 lire<\/span>Contournement de BitLocker en cas d\u2019acc\u00e8s physique<\/span><\/span><\/a>![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/nihon-kotsu-ailock-dispatch-malware-case-cover-hero-250x143.jpg\")
<\/span>\u00c0 lire<\/span>Nihon Kotsu : une cyberattaque paralyse la dispatching<\/span><\/span><\/a><\/p>\nPlus du r\u00e9seau MBF Media<\/h3>\n
![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/net-aws-sovereign-cloud-was-wirklich-getrenn-12030184.jpg\")
<\/span>