Une exposition critique pour les serveurs non protégés

Le projet MLflow, largement utilisé pour le suivi et l’expérimentation dans le domaine du machine learning, fait l’objet d’une alerte de sécurité majeure. Selon la base de données des avis de sécurité de GitHub, une faille spécifique identifiée sous le code GHSA-m65p-9j7q-6w33 a été répertoriée le 27 octobre 2026 à 21 heures 26 minutes 56 secondes.

Cette vulnérabilité est classée avec un score de gravité élevé, atteignant le niveau 7,5 sur 10 selon le système de notation CVSS version 3.1 ou 4.0. La nature de la faille réside dans une lecture de fichier arbitraire possible sur des serveurs non authentifiés via le modèle de prompt.

Les versions concernées et les risques associés

L’analyse technique indique que cette faille affecte spécifiquement les paquets pip/mlflow dont la version est supérieure ou égale à 3.10.0 mais inférieure à 3.17.0. Pour les utilisateurs dépendant de ces versions intermédiaires, le risque est réel : un attaquant pourrait exploiter cette faille pour lire des fichiers sensibles sans avoir besoin de se connecter au serveur. Le modèle de prédiction d’exploitation, ou EPSS, attribue à ce type de vulnérabilité une probabilité d’exploitation dans la nature très élevée, estimée à 90,534 % au centile 95e pour des scénarios similaires.

Cela signifie qu’il y a une chance sur presque dix que cette faille soit déjà exploitée par des acteurs malveillants dans les trente prochains jours.

La solution et la démarche de correction

Pour mitiger ce risque, les équipes techniques sont invitées à mettre à jour leurs dépendances vers la version 3.17.0 ou ultérieure, qui corrige cette faille. Les avis de sécurité publiés par GitHub contiennent ces informations sur les plages de versions affectées et les correctifs disponibles pour aider les utilisateurs en aval du logiciel à résoudre la vulnérabilité.

Il est crucial de noter que les avis non révisés sont parfois importés automatiquement depuis la National Vulnerability Database américaine, mais chaque avis examiné par GitHub fait l’objet d’une vérification rigoureuse de sa validité et de sa description complète.

Les utilisateurs doivent donc surveiller leurs registres de paquets pour s’assurer qu’ils n’utilisent pas de versions vulnérables, surtout si leurs serveurs ne sont pas soumis à une authentification stricte. La suppression des programmes malveillants ou la recherche d’alternatives sécurisées reste également une pratique recommandée dans l’écosystème open source.

Portée et mécanismes d’exploitation

La faille permet à un attaquant de lire des fichiers sensibles sur des serveurs MLflow non authentifiés sans connexion préalable. Ce mécanisme exploite le modèle de prompt pour contourner les contrôles d’accès habituels, rendant la confidentialité des données stockées directement menacée dès lors que l’authentification est absente ou défaillante sur l’infrastructure concernée.

Conséquences opérationnelles immédiates

Les équipes techniques doivent impérativement mettre à jour leurs dépendances vers la version 3.17.0 ou ultérieure pour corriger cette vulnérabilité. La surveillance des registres de paquets devient critique, car les avis non révisés importés automatiquement nécessitent une vérification rigoureuse avant d’être considérés comme valides dans un contexte de production sensible.

Source : GitHub Advisory Database reviewed High/Critical — https://github.com/advisories/GHSA-m65p-9j7q-6w33