Vous utilisez Cursor ? Mettez-le à jour aujourd’hui, deux graves failles de sécurité viennent d’être corrigées
Des chercheurs en sécurité ont découvert deux failles critiques dans Cursor, le populaire éditeur de code assisté par IA : le simple fait d’ouvrir un projet malveillant pouvait permettre à des attaquants d’exécuter des commandes sur votre ordinateur. La correction est simple, passez à la version 3.0. Voici ce qui s’est produit et ce que cela nous apprend sur les outils d’IA.
Si vous programmez avec Cursor, l’éditeur qui intègre un assistant d’IA, voici l’essentiel : deux graves failles de sécurité viennent d’être révélées, toutes deux sont corrigées dans la version 3.0 et la mise à jour prend deux minutes. Commencez par là, puis revenez lire l’histoire, car elle est réellement intéressante.
Des chercheurs de Cato AI Labs ont découvert ces deux failles, répertoriées sous les références CVE-2026-50548 et CVE-2026-50549, une CVE est simplement le numéro d’identification public d’un bug de sécurité. Toutes deux ont obtenu une note de 9,8 sur 10 sur l’échelle habituelle de gravité, soit presque le pire niveau possible. L’attaque repose sur une injection de prompt : des instructions cachées dans les fichiers d’un projet. Lorsque l’assistant d’IA de Cursor lit ces fichiers, il peut être amené à suivre les instructions dissimulées au lieu des vôtres, jusqu’à exécuter discrètement des commandes sur votre machine. Une faille apparentée, découverte auparavant par Novee Security, employait une astuce similaire cachée dans les réglages Git d’un dépôt.
L’aspect inquiétant tient à la banalité de l’attaque. Vous téléchargez un projet de code, envoyé par un client, fourni comme test de recrutement ou partagé par un lien, et vous l’ouvrez dans Cursor. C’est tout. Aucun e-mail suspect, aucun moment où l’on vous demande de « cliquer ici ». L’IA lit le projet, le piège se referme et du code s’exécute en arrière-plan sans que vous ne voyiez rien.
Voici le contexte plus large à comprendre : ce n’est pas vraiment un problème propre à Cursor. Tout assistant d’IA capable à la fois de lire des fichiers et d’exécuter des commandes présente cette faiblesse, car l’IA ne distingue pas toujours vos instructions de celles qu’une personne a cachées dans le contenu qu’elle consulte. Imaginez un stagiaire très enthousiaste qui exécute ce que demande le dernier mot posé sur son bureau, même si un inconnu l’y a déposé. Les correctifs obligent Cursor à vérifier plus soigneusement avant d’agir, mais tout le secteur apprend encore à gérer ce schéma fondamental.
Ce que cela signifie pour vous : Si vous utilisez Cursor, passez immédiatement à la version 3.0, c’est toute la liste des choses à faire. Si vous découvrez les outils d’IA, la leçon dépasse largement la programmation : un assistant capable d’agir, ouvrir des fichiers, exécuter ou envoyer des éléments, ne devrait recevoir que des contenus auxquels vous faites confiance. Et si vous travaillez en équipe, la semaine est bien choisie pour demander ce que vos outils d’IA ont réellement le droit de faire sur les machines de l’entreprise, la plupart disposent de permissions plus larges que ce que quiconque se souvient avoir décidé.
Sources
Sources: https://cybersecuritynews.com/cursor-ide-rce-vulnerabilities/
La grande loi européenne sur l’IA entre en vigueur le 2 août, voici qui doit réellement s’en préoccuper
Dans un mois, les règles du règlement européen sur l’IA concernant les systèmes « à haut risque » deviendront applicables, avec des conséquences pour les entreprises qui utilisent l’IA dans le recrutement, l’évaluation du crédit et d’autres domaines. Un report à 2027 est envisagé, mais compter dessus serait un pari. Voici une explication accessible de la situation.
