---
title: "Failles des dépendances de votre appli : la doc de while.sh"
url: https://while.sh/fr/docs/briques/failles/
updated: 2026-11-09
---

# 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.

> 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`.