p PatchFirst

PatchFirst · Свежие уязвимости

mlflow 3.13.0rc0: известные уязвимости

Сравнение для mlflow 3.13.0rc0 выполнено не полностью. Ниже приведены подтверждённые совпадения.

Фильтры уязвимостей
Сбросить фильтры

Не удалось сравнить 19 записей. Результаты неполные.

Уязвимостей: 7

  1. CVE-2026-116692

    Критический · CVSS 9.8EPSS 0,7%Публичный эксплойтЕсть исправление

    MLflow: Remote code execution on unauthenticated MLflow servers via third-party scorer deserialization importing caller-placed artifact modules

    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, third-party scorer deserialization in mlflow/genai/scorers/base.py accepts request-selected descendants of THIRD_PARTY_SCORER_ALLOWED_MODULES rather than requiring an exact allowed module. A caller can use MLflow artifact endpoints to place a Python module beneath a writable allowed package and submit its module and class through /ajax-api/3.0/mlflow/scorer/invoke. Scorer.model_validate_json() imports the module and constructs the class before trace processing. Authentication-disabled deployments permit

    • Обновитесь до 3.17.0
    Опубликовано Обновлено
  2. CVE-2026-116691

    Средний · CVSS 6.5EPSS 0,21%Публичный эксплойтЕсть исправление

    MLflow CrewAI autologging records LLM provider API keys in logged trace spans

    MLflow is an open source AI engineering platform for agents, large language models, and machine learning models. From 2.19.0 until 3.17.0, mlflow.crewai.autolog() records CrewAI Agent objects without consistently sanitizing nested credential-bearing values. mlflow/crewai/autolog.py::_get_agent_attributes() converts the Agent llm field to a string that includes the provider API key, while mlflow/crewai/autolog.py::_construct_full_inputs() expands the Agent object into mlflow.spanInputs. Applications can therefore send plaintext provider credentials to the MLflow trace backend or a configured OTLP destination, where trace readers can obtain the

    • Обновитесь до 3.17.0
    Опубликовано Обновлено
  3. CVE-2026-116690

    Высокий · CVSS 7.5EPSS 0,56%Публичный эксплойтЕсть исправление

    MLflow: Arbitrary file read on unauthenticated MLflow servers via prompt model version source

    MLflow is an open source AI engineering platform for agents, large language models, and machine learning models. From 3.10.0 until 3.17.0, the prompt branch in _create_model_version() accepts schemeless relative sources because path validation runs only when a source has a URL scheme, and mlflow.prompt.is_prompt is interpreted by tag presence rather than a true value. A remote caller can store a server-local path as the model version artifact location and use /api/2.0/mlflow/model-versions/get-artifact to read files accessible to the MLflow server process. Default unauthenticated servers require no privileges, while basic-auth deployments are

    • Обновитесь до 3.17.0
    Опубликовано Обновлено
  4. CVE-2026-115886

    Средний · CVSS 6.5EPSS 0,32%Публичный эксплойтЕсть исправление

    MLflow: SSRF on unauthenticated MLflow servers via third-party scorer kwargs in the scorer invoke, register, and GenAI evaluate endpoints

    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 execut

    • Обновитесь до 3.17.0
    Опубликовано Обновлено
  5. CVE-2026-53995

    Высокий · CVSS 8.8EPSS 0,6%Публичный эксплойтЕсть исправление

    MLflow 3.17.1 and prior Path Traversal via Trace ID API

    MLflow 3.17.1 and earlier contains a path traversal vulnerability in the FileStore tracking backend that allows unauthenticated attackers to control filesystem paths by submitting a crafted trace ID containing traversal sequences to the POST /api/3.0/mlflow/traces endpoint. Attackers can exploit FileStore.start_trace() to write trace_info.yaml, request_metadata, and tag files with attacker-controlled metadata outside the intended experiment trace directory, subject to the server process's filesystem permissions. FileStore is the default tracking backend before MLflow 3.7.0 and opt-in thereafter (the default changed to a SQLite database), so d

    • Обновитесь до 3.17.2
    Опубликовано Обновлено
  6. GHSA-gqvg-gmmx-x4hm

    Высокий · CVSS 8.8Есть исправление

    MLFLOW_ALLOW_PICKLE_DESERIALIZATION=False safety control bypassed by mlflow.statsmodels flavor — RCE via crafted model artifact

    ## Summary MLflow introduced `MLFLOW_ALLOW_PICKLE_DESERIALIZATION` as a security control to prevent unsafe `pickle.load` execution during model loading, in response to CVE-2024-37052 through CVE-2024-37060. When set to `False`, operators expect all pickle deserialization to be blocked. The most recent related fix (#21188) patched a bypass in the pyfunc flavor. However, the `mlflow.statsmodels` flavor completely omits this guard. An attacker who places a crafted MLmodel artifact into any accessible artifact store can trigger arbitrary code execution on any process that calls `mlflow.pyfunc.load_model()` against the malicious model — **even w

    • Обновитесь до 3.15.0
    Опубликовано Обновлено
  7. CVE-2026-64849

    Критический · CVSS 9.3EPSS 10,02%В каталоге KEVПубличный эксплойтЕсть исправление

    MLflow: Unauthenticated full-read SSRF in webhook delivery: _validate_webhook_url bypassed via unvalidated HTTP redirects (and DNS rebinding)

    MLflow is an open source AI engineering platform for agents, large language models, and machine learning models. Starting in 3.3.0 and prior to 3.15.0, the unauthenticated POST /api/2.0/mlflow/webhooks/{id}/test endpoint calls _validate_webhook_url() in mlflow/utils/validation.py only for the original URL while mlflow/webhooks/delivery.py follows redirects and re-resolves the hostname without pinning the validated address, allowing attackers to reach internal or cloud metadata services and receive response_status and response_body. This issue is fixed in version 3.15.0.

    • Обновитесь до 3.15.0
    Опубликовано Обновлено

Проверьте свой сервер

Сопоставьте установленный стек и версии со свежими базами уязвимостей.

Проверьте свой сервер →