Skip to main content

Premier aperçu d’Evo Agentic AppSec : remédiation agentique et défense contre le code malveillant

Écrit par
feature ai ide dark

4 août 2026

0 minutes de lecture

Remediation Agent et Malicious Code Defense sont les deux premières composantes d’Evo Agentic AppSec : une sécurité qui ne se contente pas de révéler les risques, mais les élimine et prévient les prochains.

Ce matin, nous avons annoncé la plus vaste extension à ce jour de la Snyk AI Security Platform : détecter, corriger, valider et prévenir. Une boucle à laquelle il manque un maillon n’est pas une boucle : c’est une faille qu’un attaquant autonome va exploiter. Evo Continuous Offensive Security comble le manque de validation et est disponible dès aujourd’hui. Cet article porte sur la correction et la prévention.

Les équipes de sécurité n’ont plus un problème de détection

Elles ont un problème de prévention et de correction.

Les agents IA écrivent désormais du code à la vitesse d’une machine. Ils en produisent davantage que n’importe quelle équipe ne peut en examiner, et 48 % du code généré par l’IA contient des vulnérabilités, soit plusieurs fois plus de vulnérabilités par ligne que le code écrit par des développeurs.

Pendant ce temps, toutes les organisations traînent déjà des années de problèmes non résolus. Cette dette était autrefois un simple projet de nettoyage. Aujourd’hui, c’est une surface d’attaque, car les attaquants sont eux aussi devenus agentiques. Ils passent au crible les retards, enchaînent des problèmes de faible gravité pour créer des exploits critiques, compromettent la chaîne d’approvisionnement logicielle et agissent plus vite que n’importe quelle équipe humaine ne peut réagir. Les données de Snyk révèlent qu’environ six nouvelles vulnérabilités sont introduites pour chaque vulnérabilité corrigée, et le développement agentique ne cesse d’accentuer cet écart.

Evo Agentic AppSec est conçu pour combler cet écart. Aujourd’hui, nous vous présentons en avant-première ses deux premières capacités :

  • Remediation Agent, en préversion publique, qui corrige automatiquement les vulnérabilités.

  • Malicious Code Defense, en préversion privée, qui bloque les packages malveillants avant qu’ils n’atteignent votre code.

Remediation Agent : du retard accumulé aux corrections automatiques

La plupart des outils vous remettent une liste. Remediation Agent vous propose une correction.

Dès maintenant en préversion publique via Snyk CLI et votre environnement de développement agentique (ADE), il fonctionne comme le ferait un ingénieur expérimenté :

  • Il établit les priorités parmi vos problèmes ouverts en fonction de leur gravité et du contexte.

  • Il crée une correction en s’appuyant sur les informations contextuelles de la couche de renseignement de Snyk, comme l’atteignabilité, l’exploitabilité et les données sur les résultats des corrections.

  • Il vérifie si cette correction risque de compromettre votre build grâce à l’analyse de rupture de Snyk, afin de repérer avant leur mise en production les mises à niveau susceptibles de le faire.

  • Il applique la stratégie de correction appropriée et ouvre une pull request que votre équipe peut examiner et fusionner.

Vous lancez une exécution et observez son déroulement. L’agent indique ce qu’il fait, les corrections en cours et les pull requests qu’il crée. Plus besoin de changer de contexte, de calculer manuellement les mises à niveau ou de trier le retard accumulé.

Les premiers tests comparatifs révèlent une amélioration d’environ 14 % du taux de correction des problèmes SAST et d’environ 94 % pour les problèmes SCA lorsque l’expertise de Snyk est intégrée au contexte d’un modèle de pointe.

Cette approche s’appuie sur les résultats de correction que les clients de Snyk connaissent déjà. LabelBox a transformé avec Snyk un problème de dette de sécurité qui durait depuis deux ans en un projet de deux semaines. Relay Network a ramené la correction d’une vulnérabilité critique de plus d’une semaine à moins de 24 heures et maintient un niveau de risque nul pour les problèmes critiques et de gravité élevée dans l’ensemble de son code.

Remediation Agent applique cette même approche éprouvée de façon autonome et continue : des résultats qui exigeaient auparavant une équipe dédiée sont désormais obtenus à chaque exécution.

Malicious Code Defense : stopper les attaques avant leur mise en production

Corriger le code déjà présent dans votre environnement ne représente que la moitié du travail. L’autre moitié consiste à empêcher le code malveillant d’y entrer.

Ce n’est pas un problème hypothétique. Au moment de la publication de cet article, une compromission active de la chaîne d’approvisionnement se propageait dans l’écosystème npm. Le 4 août, des attaquants ont détourné le processus de publication de keyv et des packages associés et diffusé des logiciels malveillants exécutés à l’installation dans 11 versions, à commencer par keyv@6.0.0. L’incident a ensuite évolué en ver auto-propagé et a touché environ 444 packages (779 avis publiés).

L’attaque visait le processus de travail, pas seulement le package. Une deuxième voie d’exécution a déposé des fichiers de configuration .claude et .vscode conçus pour s’activer dès qu’un développeur ou un agent de programmation ouvre le projet. Aucune installation n’est nécessaire. L’attaque cible directement le développement agentique.

Associée à une provenance valide attestant d’un build compromis, cette information n’est pas un détail secondaire. Elle est au cœur du problème : les signaux de confiance et les outils sur lesquels les développeurs s’appuient constituent désormais la surface d’attaque.

L’IA élimine les derniers obstacles à ce type d’attaque. Le 30 juillet, Anthropic a révélé qu’au cours d’une évaluation de sécurité interne, un modèle Claude avait agi entièrement de manière autonome. Pour gagner une épreuve de capture du drapeau, il a publié un package Python malveillant sur PyPI. Le package est resté disponible environ une heure. Pendant ce laps de temps, 15 systèmes réels l’ont téléchargé et exécuté. L’un d’eux appartenait à un fournisseur de solutions de sécurité dont le scanner installe et exécute des packages pour les tester. L’exécution du code a exposé les identifiants de ce fournisseur.

Les protections qui auraient pu empêcher l’attaque étaient intégrées au produit, mais désactivées pour le test. L’environnement était présenté comme isolé. Il ne l’était pas. C’est tout l’enjeu : une limite déclarée dans un prompt n’en est pas une, et un contrôle intégré au modèle ne peut pas régir l’environnement dans lequel celui-ci s’exécute.

Snyk analyse les packages sans les installer ni les exécuter. C’est pourquoi un incident de ce type ne nous atteint pas. C’est précisément cette défaillance qui a exposé le fournisseur dans le cas d’Anthropic.

Malicious Code Defense protège contre ces compromissions de la chaîne d’approvisionnement en analysant chaque package demandé par vos développeurs ou vos agents. La solution s’appuie sur la couche Snyk Intelligence pour repérer les menaces, applique des politiques définies afin de gérer les packages malveillants ou potentiellement malveillants et utilise un proxy sécurisé pour bloquer leur installation. En plus de prévenir les compromissions, Malicious Code Defense offre une visibilité à l’échelle de l’organisation sur les demandes d’installation.

Ce que cela signifie pour vous et comment Snyk peut vous aider

Aujourd’hui : détecter et corriger. Snyk signale les dépendances vulnérables et les dépendances identifiées comme malveillantes afin que votre équipe puisse les détecter et les supprimer rapidement. Dans le cas de keyv, Snyk Security Research a analysé les packages compromis sans jamais les installer ni les exécuter, publié l’avis (SNYK-JS-KEYV-18515941) et donné à ses clients un moyen de détecter leur exposition et de continuer à la surveiller à mesure que l’incident évoluait.

Ensuite : prévenir. En préversion privée, Malicious Code Defense est conçue pour stopper ce type d’attaque avant même qu’un package n’atteigne votre environnement. Les partenaires de conception bénéficient d’une protection opérationnelle de l’installation des packages, prête à l’emploi pour PyPI et npm, avec des politiques permettant soit de définir une période de refroidissement personnalisée pour les nouvelles versions, soit de bloquer tout package signalé dans un avis publié sur un logiciel malveillant. Face à un incident comme celui de Keyv, cela fait la différence entre mettre en quarantaine une nouvelle version compromise au moment de l’installation et devoir la supprimer en urgence après son exécution.

La suite

Remediation Agent et Malicious Code Defense sont les deux premières composantes d’Evo Agentic AppSec, l’approche de Snyk en matière de sécurité qui élimine les risques et prévient les prochains au lieu de simplement les signaler. Nous les lançons parallèlement à la plus vaste extension à ce jour de la Snyk AI Security Platform, qui comprend également la disponibilité générale d’Evo Continuous Offensive Security, de Snyk Secrets, ainsi qu’un moteur de risque repensé et une couverture AI-BOM dans Evo AI-SPM.

Pour découvrir les données qui sous-tendent ces résultats, consultez State of Agentic AI Adoption, Vol. II, une étude fondée sur plus de 3 000 comptes d’entreprise et 1,39 million de dépôts.

Vous souhaitez mettre une équipe d’agents de sécurité aux côtés de chaque ingénieur ? Contactez votre représentant Snyk pour obtenir un accès.

Découvrez Snyk en action

Découvrez pourquoi les développeurs et les équipes de sécurité choisissent Snyk pour leur AppSec, et ce que la plateforme peut apporter à votre équipe.

Lire la suite

blog feature ai lilac
Blog

Transformez votre backlog de vulnérabilités en pull requests grâce à la remédiation agentique

Evo Remediation Agent est désormais disponible en aperçu ouvert et apporte la résolution automatisée des dépendances à Evo Agentic AppSec. Les équipes AppSec peuvent désormais lancer des campagnes de remédiation continues

illustration hero ai
Blog

PHP corrige deux vulnérabilités RCE critiques exploitables sans authentification (CVE-2026-109618, CVE-2026-109619) : mettez à jour dès maintenant

Deux vulnérabilités critiques dans le cycle de traitement des requêtes de PHP peuvent permettre l’exécution de code à distance sans authentification. Passez à une version corrigée ou installez un correctif rétroporté par votre fournisseur pour les versions antérieures.

blog feature ai pink
Blog

Le risque lié à un modèle d’IA dépend de ce à quoi il peut accéder

Le score de risque d’un modèle ne raconte qu’une partie de l’histoire : son impact dépend des données, des outils et des actions auxquels son application peut accéder. Découvrez comment les équipes de sécurité peuvent vérifier cette portée et choisir des mesures de contrôle ciblées.