CVE-2026-115886
Beschrijving NL
MLflow is een open-source AI-ontwikkelingsplatform voor agents, grote taalmodellen en machine learning-modellen. Van versie 3.12.0rc0 tot en met 3.17.0 accepteren de scorer invoke-, register- en GenAI evaluate-eindpunten, inclusief niet-geauthenticeerde POST /ajax-api/3.0/mlflow/scorer/invoke, geserialiseerde scorer-gegevens van derden die Scorer.model_validate_json oplost met behulp van een module-pad-whitelist, zonder beperkingen op te leggen aan de geselecteerde klasse of de argumenten van de constructor. Wanneer de optionele pakketten trulens en trulens-providers-litellm zijn geïnstalleerd, kan een aanvaller mlflow.genai.scorers.trulens selecteren, een model-URI kiezen buiten het native providerregister van MLflow zodat de uitvoering gebruikmaakt van de LiteLLM-fallback, en api_base- en api_key-waarden opgeven die ervoor zorgen dat de server een uitgaand verzoek verstuurt naar een door de aanvaller gekozen of interne host met door de aanvaller gecontroleerde headers en body. De kwetsbare deserialisatie vindt plaats vóór een opzoeking in de tracking-store of het indienen van een taak. Dit probleem is verholpen in versie 3.17.0.
Origineel (Engels) tonen
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.