Aller au contenu
Développeur Full Stack
, , ,

Injection de code dans le backend Python d’Elo via son API AST

Dans cet article 5 rubriques
Veille sécuritéBackend & données
P3Élevée

L’API AST programmatique d’Elo laisse plusieurs champs non validés être interpolés directement dans le code généré, notamment pour son backend Python. Des valeurs AST provenant d’entrées non fiables peuvent donc injecter du code dans les sorties Python ; les versions jusqu’à 1.0.0 sont concernées et la version 1.0.1 corrige le problème.

JavaScriptPythonRuby
IdentifiantCVE-2026-44265
GravitéÉlevée
Exploitationnon connue / non déterminée
Correctif1.0.1

Source : GitHub Advisory — GHSA-x9rp-7wh3-2rj5

Analyse technique

L’avis décrit plusieurs catégories de champs AST dont les valeurs sont émises sans validation ni échappement ; il mentionne explicitement le backend Python et l’exécution de code résultant. Les scores ou impacts globaux de l’avis couvrant plusieurs backends ne sont pas attribués séparément à Python ici.

Impact, versions et correctif

Événement datéL’avis GitHub est publié le 2026-11-03 à 17:48:09Z, dans la période demandée ; il décrit une vulnérabilité nouvelle et fournit la version corrective 1.0.1.
ImpactDes valeurs AST non fiables peuvent conduire à l’exécution de code Python lorsque le code émis est utilisé.
Versions affectées<= 1.0.0
Version corrigée1.0.1
ContournementMettre à niveau vers Elo 1.0.1 ou une version ultérieure.
Exploitation activenon connue / non déterminée
PoC publicinconnu
CVSS7.4
Publication2026-11-03T17:48:09Z
Mise à jour2026-11-03T17:48:09Z

Détection / vérification

Repérer l’usage de @enspirit/elo ≤ 1.0.0 et l’alimentation de son API AST programmatique par des données non fiables, puis la génération de code avec les backends concernés.

Action recommandée

Mettre à niveau @enspirit/elo vers 1.0.1 ou une version ultérieure et éviter de fournir des AST issus de sources non fiables aux versions vulnérables.

Sources

Priorisation DFS : P3 · 2 source(s).

Article précédent :
Article suivant :