Failles des dépendances
Chaque version de votre appli est croisée avec les failles connues, à sa construction puis chaque jour. Une faille grave à corriger réveille votre agent.
Mis à jour le 9 novembre 2026.
Vous, à votre agent : Y a-t-il des failles à corriger avant la mise en production ?
Quand vous en servir
L’inventaire est toujours là : chaque version est croisée avec les failles connues, et votre agent les lit avant la production, avec get_app_status { include: ["vulnerabilities"] }.
Comment ça marche
Chaque version a la liste des composants de son image entière, paquets du système compris, croisée avec les failles connues à sa construction puis chaque jour. Une faille grave à corriger ouvre l’incident « Failles graves », qui réveille l’agent.
Ce qu’il faut savoir
get_app_status { include: ["vulnerabilities"] } les liste, croisées par UpdateFOMO. Une image fournie (image:) n’est inventoriée que si elle porte sa liste de composants (docker buildx build —sbom=true). Les failles d’un outil embarqué (esbuild…) ou sans correctif publié sont montrées sans ouvrir d’incident.
Pour le moteur de l’appli (Python, Node.js, Ruby, PHP, Go), une faille corrigée seulement dans une branche plus récente reste à surveiller, même haute : le conseil dit la migration (changer de branche, à tester), pas une mise à jour. Exploitée activement (liste KEV), elle ouvre l’incident quand même.
Les outils MCP de votre agent
Votre agent s’en occupe avec l’outil get_app_status.