En exécutant automatiquement des tâches, Cursor fragilisé

Oasis Security a découvert une faille dans Cursor, un IDE à base d'IA de premier plan, largement utilisé et alimenté par l'IA, qui permet à des référentiels malveillants d'exécuter discrètement du code dès qu'un développeur les ouvre. Selon une information partagée avec CSO avant sa publication, le problème vient du fait que ce logiciel autorise certains paramètres de projet à déclencher l'exécution automatique de tâches dès l'ouverture d'un dossier, sans demander l’accord préalable de l'utilisateur. Pour les responsables de la sécurité, cette découverte montre une fois encore que la facilité d'utilisation l'emporte sur la sécurité par défaut.

« Avec Workspace Trust désactivé par défaut dans Cursor, cette vulnérabilité transforme effectivement une simple action d'ouverture de dossier en une compromission potentielle totale de la machine d'un développeur », explique Heath Renfrow, RSSI de Fenix24. Et d’après Randolph Barr, RSSI de Cequence Security, cette situation se reproduit souvent : « Lorsque les produits connaissent une très forte et très rapide adoption, la « sécurité par défaut » est souvent sacrifiée au profit de la rapidité. » Cursor transforme les prompts en langage naturel en code fonctionnel, ce qui offre rapidité et puissance, mais pose aussi de nouveaux défis de sécurité. En cas d’exploitation réussie, des attaquants pourront accéder à des données sensibles dans les environnements de développement, notamment les clés API, les identifiants cloud et les sessions SaaS.

Une compromission possible de l'ensemble de l’entreprise

La faille existe car Cursor est livré avec Workspace Trust désactivé par défaut, si bien que les tâches peuvent s'exécuter automatiquement sans l'accord explicite de l'utilisateur. Ainsi, les attaquants peuvent injecter dans les référentiels publics un fichier « .vscode/tasks.json » spécialement conçu, qui peut être configuré pour exécuter automatiquement des tâches dès l'ouverture d'un dossier, sans invite ni avertissement. Ce chemin d'exécution peut accorder à un référentiel malveillant de compromettre la machine d'un développeur à partir d’une action aussi banale que la navigation dans un projet. « L'ouverture d'un espace de travail spécialement conçu peut exécuter des commandes sous les privilèges de l'utilisateur actuel, en héritant de l'accès au système de fichiers, au réseau et aux identifiants », ont déclaré les chercheurs d'Oasis dans leur communication.

« Les variables d'environnement lisibles et les secrets stockés localement (jetons, API, fichiers de configuration) peuvent être récoltés, créant ainsi un chemin direct vers un accès non autorisé avec un rayon d'action à l'échelle de l’entreprise. » Trey Ford, directeur de la stratégie et de la confiance chez Bugcrowd, a comparé cette faille à d'autres plus traditionnelles comme « autorun.inf » sur les lecteurs amovibles, où le simple fait d'insérer un support pouvait déclencher des programmes frauduleux. « Les développeurs et les équipes opérationnelles qui utilisent ces plateformes ont un accès considérable aux systèmes, à l'infrastructure, à la propriété intellectuelle, aux projets stratégiques et aux partenariats. La possibilité d’utiliser un moyen aussi simple pour compromettre directement ces systèmes est vraiment contrariante », a ajouté M. Ford. Les chercheurs d'Oasis Security indiquent néanmoins que cette faille n'affecte pas Visual Studio Code. « Visual Studio Code active par défaut la confiance dans l'espace de travail et bloque l'exécution des hooks risqués (tâches, debug preLaunchTask et certaines activations d'extensions) jusqu'à ce qu'un dossier soit explicitement considéré comme fiable », ont-ils fait remarquer. « La configuration par défaut de Cursor désactive cette protection, de sorte que les exécutions automatiques telles que runOn: ‘folderOpen’ se déclenchent sans demande de consentement. »

Dette de sécurité dans l'écosystème Cursor

Cette découverte n'est pas un cas isolé. Plus tôt cette année, Cursor avait déjà été la cible de campagnes comme CurXecute et MCPoison, ainsi que de manipulations de paquets npm visant les utilisateurs de macOS. M. Barr a averti que le problème .vscode/tasks.json n'était « qu'un élément supplémentaire d’un même puzzle : les attaquants examinent en profondeur l'écosystème de Cursor afin de découvrir tout moyen d'exécution possible ». Cursor n'a pas immédiatement répondu à la demande de commentaires de CSO. Pour sa part, M. Ford a trouvé une sortie positive à cette situation : « Cursor en est à un stade où il est comparé à Visual Studio de Microsoft (et de plus en plus ciblé comme tel). C'est une raison de se réjouir et de prendre conscience de la nécessité de renforcer et d'étendre les capacités de sécurité des entreprises. » Pour atténuer le problème, les chercheurs en sécurité conseillent d'activer Workspace Trust et d'être particulièrement vigilant avec les référentiels inconnus, par exemple en les ouvrant ailleurs, en les examinant d'abord et en limitant les secrets exposés.