Du code aux agents : sécuriser proactivement les applications natives de l’IA avec Cursor et Snyk

L’adoption rapide des agents IA pour le développement crée une faille de sécurité critique. Nous passons d’une logique prévisible, de chemins d’exécution déterministes et de workflows pilotés par des humains à des agents non déterministes qui raisonnent, planifient et agissent de façon autonome grâce aux grands modèles de langage, tout au long du cycle de développement logiciel. À mesure que les entreprises adoptent ces agents IA autonomes, le principal défi ne tient pas seulement aux nouveaux risques et vecteurs d’attaque : c’est aussi la perte de contrôle à l’exécution. Ces agents décident désormais quels outils appeler, quelles commandes exécuter et comment automatiser la circulation des données, le tout en temps réel.

Il faut donc mettre en place une nouvelle protection à l’exécution et des contrôles capables de bloquer les outils dangereux, d’empêcher l’exfiltration de données et de faire respecter les politiques sans ralentir les équipes. Cela ouvre un tout nouveau champ de la sécurité : protéger les comportements autonomes grâce à une gouvernance et à des contrôles à l’exécution, au-delà de la simple visibilité.

Les développeurs s’appuient sur des agents pour gérer des bases de code et des dépendances de plus en plus complexes, mais deux risques majeurs restent sans réponse. Premièrement, l’agent repose lui-même sur une chaîne d’approvisionnement logicielle tierce cachée (serveurs MCP, bibliothèques, modèles et dépendances), susceptible de présenter de graves vulnérabilités de sécurité. Deuxièmement, la capacité de l’agent à agir de façon autonome à l’exécution (par exemple, exécuter des commandes shell, appeler des API ou des serveurs MCP) introduit des risques incontrôlés. Elle contourne souvent les contrôles de sécurité traditionnels et peut entraîner des manquements à la conformité ou l’exposition de données sensibles. Ce manque de visibilité et de contrôle a laissé les équipes de sécurité à la traîne, contraintes de rattraper leur retard pour que l’innovation en IA puisse continuer à se développer.

Pour relever ces défis, nous annonçons l’intégration d’Evo Agent Guard à Cursor afin de contrôler et de faire appliquer des politiques qui déterminent les actions des agents autonomes à l’exécution. Ces contrôles sont intégrés à la boucle d’exécution et définissent des règles qui empêchent les actions de l’agent d’entraîner des comportements dangereux, comme la fuite de données personnelles identifiantes (PII) ou des flux toxiques.

Evo Agent Guard for Cursor : sécuriser le cycle de vie des agents, de leur création à leur exécution

Les agents s’appuient sur des dépendances tierces, exécutent des commandes à l’exécution et se connectent dynamiquement aux outils et serveurs MCP. Sans mesures de protection intégrées, ces capacités peuvent entraîner des vulnérabilités, des fuites de données ou des violations involontaires des politiques.

Cette nouvelle intégration entre Cursor Hooks et Evo Agent Guard répond à ces défis de manière globale en sécurisant l’agent dès sa création et pendant toute son exécution. En intégrant la sécurité à son cycle de vie, les organisations peuvent adopter en toute confiance des workflows basés sur l’IA et accélérer le développement sans sacrifier la visibilité ni le contrôle. Dans ce contexte, Evo fonctionne comme un sidecar à l’exécution, aux côtés de l’agent et directement dans son chemin d’exécution, plutôt que de l’observer de l’extérieur. Comme Evo voit les décisions de l’agent au moment où elles sont prises, il peut bloquer, modifier ou limiter les actions avant qu’elles n’aboutissent : exécution de commandes shell, appels d’outils, réponses MCP ou exfiltration de données.

C’est là toute la différence avec les outils de détection ou de traçage a posteriori. Evo ne se contente pas d’expliquer ce qu’un agent a fait une fois que c’est terminé : il décide en temps réel de ce que l’agent est autorisé à faire, redonnant ainsi aux humains le contrôle des systèmes autonomes sans les ralentir. Cette intégration répond à deux principaux cas d’usage : le premier vise à sécuriser la chaîne d’approvisionnement de l’agent avant son déploiement ; le second vise à sécuriser son comportement et ses actions à l’exécution.

1. Analyse avant déploiement : établir la confiance envers l’agent

Chaque agent IA repose sur un réseau de composants tiers, de bibliothèques, de modèles, de conteneurs et de serveurs MCP, qui constituent sa chaîne d’approvisionnement cachée. Pour éliminer les risques avant que l’agent n’agisse, l’intégration de Cursor Hooks à Evo établit la confiance le plus tôt possible.

Dès qu’un développeur installe Cursor, l’intégration lance automatiquement Evo MCP Scan sur l’infrastructure sous-jacente, notamment les serveurs et outils MCP, et analyse :

• Les dépendances et les packages

• Les images de conteneurs et les métadonnées associées

• Les manifestes des serveurs MCP et les descripteurs de plugins

Si des vulnérabilités critiques, des serveurs MCP malveillants, des flux toxiques ou des outils compromis sont détectés, l’agent ne peut pas s’exécuter tant que les problèmes ne sont pas résolus. Cette approche fait passer la sécurité d’un contrôle réactif à l’établissement proactif de la confiance, afin que les agents évoluent dans un environnement sécurisé avant d’écrire du code, d’appeler des outils ou d’exécuter des commandes.

2. Appliquer des politiques de contrôle à l’exécution

Evo Agent Guard s’intègre désormais à Cursor Hooks pour définir et appliquer des contrôles à l’exécution, directement dans l’environnement d’exécution de l’agent. Cette intégration permet de prévenir les risques liés aux actions de l’agent et de les contrôler en temps réel, afin qu’il respecte les paramètres de sécurité et de conformité définis pendant son exécution. Snyk peut détecter et empêcher les comportements agentiques dangereux, comme les fuites de PII ou de secrets, l’injection de prompt et les flux toxiques.

Une fois déployés, les agents peuvent agir de manière autonome dans des environnements dynamiques, ce qui introduit des risques à l’exécution qui doivent faire l’objet de contrôles continus. Evo applique des garde-fous en temps réel pour que les agents agissent en toute sécurité, même lorsqu’ils effectuent des actions complexes ou imprévisibles.

Evo Agent Guard applique en continu des contrôles et bloque :

• Les commandes shell, appels réseau et invocations d’outils MCP malveillants

• Les prompts, les réponses et les résultats des outils

Un moteur hybride associant des règles déterministes à des détecteurs ML personnalisés peut signaler, bloquer, assainir ou mettre en quarantaine les comportements dangereux en temps réel, notamment :

• L’exposition de données sensibles, comme des PII ou des secrets

• Les tentatives indirectes d’injection de prompt

• L’utilisation abusive d’outils ou l’exécution de chaînes dangereuses

Cette approche offre aux organisations une visibilité, une gouvernance et des contrôles complets sur l’ensemble du cycle de vie des agents. Elle réduit les risques tout en permettant aux workflows basés sur l’IA de se développer en toute sécurité.

Principaux cas d’usage de la sécurité des applications natives de l’IA :

1. Détection des PII

2. Blocage de l’exfiltration de données

3. Protection des secrets

Si un développeur colle un secret ou un jeton dans un prompt, Evo Agent Guard peut empêcher qu’il ne parvienne au fournisseur du modèle. Le système peut supprimer le secret ou bloquer complètement l’action, réduisant ainsi le risque d’exposition.

4. Filtrage des outils MCP

Lorsque des agents appellent des outils connectés à MCP, Evo Agent Guard analyse à la fois l’appel et le résultat de l’outil. Les résultats dangereux (par exemple, des prompts injectés ou des réponses malveillantes) peuvent être bloqués ou assainis avant d’atteindre l’agent, empêchant ainsi les injections indirectes de prompt.

5. Cartographie des flux toxiques

Evo Agent Guard reconstitue la trace complète de l’agent, des prompts aux résultats des outils, en passant par les flux toxiques, les PII, les secrets et les injections indirectes.

Définir une nouvelle norme de sécurité

Ces nouvelles intégrations sont importantes, car elles contribuent à définir une nouvelle norme du secteur pour sécuriser le cycle de développement logiciel de l’IA. L’association de Cursor et Snyk offre désormais une architecture de sécurité couvrant l’intégralité du cycle de vie des agents IA :

• Sécurisés dès leur création : Snyk analyse le code avant son déploiement dans le dépôt.

• Gouvernés à l’exécution : Evo Agent Guard applique des garde-fous et bloque les actions dangereuses

Ensemble, Cursor et Evo Agent Guard offrent aux organisations un contrôle et une visibilité sans précédent sur les agents IA, de l’expérimentation à la production. Les équipes de sécurité peuvent déterminer clairement, en temps réel, ce que font réellement les agents, notamment en matière d’exécution de commandes shell, d’appels réseau et d’utilisation d’outils MCP. Elles disposent ainsi d’une première véritable vue de la posture de sécurité des comportements des agents dans toute l’organisation. Evo va au-delà de la visibilité en automatisant la prévention des risques à l’exécution et en appliquant des politiques de sécurité qui détectent et bloquent les comportements dangereux — fuites de PII, injections indirectes de prompt et flux de données toxiques — avant qu’ils ne provoquent des incidents.

Evo peut également établir la confiance dès la base en dressant l’inventaire de la chaîne d’approvisionnement des agents et en évaluant ses risques. Il analyse automatiquement les serveurs MCP et les dépendances des agents avant leur déploiement afin de sécuriser leur infrastructure sous-jacente. Résultat : une protection de bout en bout. Les agents sont compris, gouvernés et sécurisés avant leur exécution comme pendant leurs actions autonomes.

Evo Agent Guard for Cursor est actuellement en cours de développement avec des partenaires de conception particulièrement soucieux de la sécurité, qui exécutent des agents Cursor en production. Vous souhaitez en savoir plus sur les critères d’accès à la bêta privée ? Remplissez le formulaire ici.