CVE-2026-115886
Publiée le 2026-10-23 · Dernière modification le 2026-10-26
Les versions 3.12.0rc0 à 3.16.x de MLflow sont concernées, plus particulièrement lorsque les packages optionnels `trulens` et `trulens-providers-litellm` sont installés. Cette plateforme est utilisée pour la gestion de modèles d'apprentissage automatique et d'agents d'IA. La faille réside dans plusieurs points de terminaison d'API qui traitent des données sérialisées ; le serveur ne restreint pas correctement les classes ou les arguments utilisés lors de la désérialisation, permettant ainsi à un utilisateur de déclencher une requête sortante via le repli (fallback) de LiteLLM.
Un attaquant peut exploiter cette vulnérabilité pour forcer votre serveur à envoyer une requête vers un hôte interne ou externe avec un corps et des en-têtes personnalisés. Cela peut être utilisé pour exfiltrer de petites quantités de données ou pour sonder votre réseau interne, affectant ainsi la confidentialité et l'intégrité. L'attaque est relativement facile à exécuter car elle ne nécessite aucune authentification, aucune interaction de l'utilisateur, et peut être effectuée à distance via le réseau.
DÉTAIL DU VECTEUR CVSS
RÉFÉRENCES
Description officielle du NVD (en anglais)
MLflow is an open source AI engineering platform for agents, large language models, and machine learning models. From 3.12.0rc0 until 3.17.0, the scorer invoke, register, and GenAI evaluate endpoints, including unauthenticated POST /ajax-api/3.0/mlflow/scorer/invoke, accept serialized third-party scorer data that Scorer.model_validate_json resolves using a module-path allowlist without constraining the selected class or its constructor arguments. When optional trulens and trulens-providers-litellm packages are installed, an attacker can select mlflow.genai.scorers.trulens, choose a model URI outside MLflow's native provider registry so execution uses the LiteLLM fallback, and supply api_base and api_key values that cause the server to send an outbound request to an attacker-chosen or internal host with attacker-controlled headers and body. The vulnerable deserialization occurs before a tracking-store lookup or job submission. This issue is fixed in version 3.17.0.