Aller au contenu
Développeur Full Stack
, , ,

Fuite mémoire du parseur XML njs sur erreur

Dans cet article 5 rubriques
Veille sécuritéBackend & données
P4Moyenne

Le moteur njs intégré ne libère pas un contexte du parseur libxml2 lorsque xml.parse() échoue, ce qui permet à un attaquant distant d’accumuler de la mémoire en envoyant des requêtes contenant du XML malformé. Cette croissance peut terminer des workers NGINX ou provoquer un déni de service ; les versions corrigées ne sont pas indiquées dans les données fournies.

JavaScriptNginx
IdentifiantCVE-2026-101025
GravitéMoyenne
Exploitationnon connue / non déterminée
Correctifnjs 1.0.2

Source : NVD — CVE-2026-101025

Analyse technique

Le chemin d’échec de xml.parse() n’enregistre pas le nettoyage du contexte libxml2, qui reste alloué pendant la durée de vie du processus. Des parses répétés de XML malformé peuvent entraîner une croissance mémoire sans borne dans les workers NGINX.

Impact, versions et correctif

Événement datéLa fiche NVD indique une publication le 2026-10-14T15:17:01.880Z et une mise à jour le 2026-10-14T16:04:11.750Z, dans la période demandée ; la description documente un défaut de gestion mémoire exploitable en déni de service.
ImpactCroissance mémoire pouvant provoquer l’arrêt d’un worker NGINX ou un déni de service.
Versions affectéesVersions non précisées dans les données fournies ; les versions ayant atteint la fin du support technique ne sont pas évaluées.
Version corrigéenjs 1.0.2
Exploitation activenon connue / non déterminée
PoC publicinconnu
CVSS6.9
Publication2026-10-14T15:17:01.880Z
Mise à jour2026-10-14T16:04:11.750Z

Détection / vérification

Vérifier si NGINX utilise le module XML njs et traiter des documents XML invalides dans des processus worker de longue durée.

Action recommandée

Consulter les avis du fournisseur pour identifier et appliquer les versions corrigées ; surveiller la consommation mémoire des workers NGINX.

Sources

Priorisation DFS : P4 · 1 source(s).

Article précédent :
Article suivant :