critical CVSS 9.8

CVE-2025-32375·Python vulnerability

BentoML is a Python library for building online serving systems optimized for AI apps and model inference. Prior to 1.4.8, there was an insecure deserialization in BentoML's runner server. By setting specific headers and parameters in the POST request, it is possible to execute any unauthorized arbitrary code on the server, which will grant the attackers to have the initial access and information disclosure on the server. This vulnerability is fixed in 1.4.8.

Severity
critical
Software
Python
Fixed in
1.4.8
Published
2025-04-09

Affected versions

From: 1.0.0

Until: 1.4.8

Fixed in: 1.4.8

How to fix this CVE

Upgrade BentoML to version 1.4.8 or later to patch the insecure deserialization vulnerability in the runner server. This vulnerability allows unauthenticated remote code execution through crafted POST requests with specific headers, so immediate patching is critical for any deployment running BentoML versions prior to 1.4.8. Verify the upgrade completes successfully and restart all BentoML services.

sudo dnf update -y python3-bentoml || sudo pip install --upgrade bentoml>=1.4.8

Defensia detects this vulnerability

What an exploitation attempt looks like

Sample log line indicative of exploitation attempts:

POST request to BentoML runner endpoints (typically :5000, :5001, or :3000) with custom deserialization headers such as 'Content-Type: application/x-python-pickle' or similar serialization protocol indicators paired with base64-encoded or binary payloads in the request body

WAF mitigation (if patching is not yet possible)

Add this rule to your WAF to block exploitation attempts while you schedule the patch.

Block or log POST requests to BentoML runner endpoints (/v1/*, /bentoml/*) that contain serialization-related content types (application/x-python-pickle, application/x-dill, etc.) or suspicious binary content. Require authentication tokens for all runner endpoint requests and implement request payload size limits.

How to check if you are affected

  1. Check installed BentoML version: pip show bentoml | grep Version
  2. Identify exposed BentoML runner services: netstat -tulpn | grep -E 'python|bentoml' or ps aux | grep bentoml
  3. Search application logs for POST requests to BentoML runner endpoints with uncommon headers: grep -i 'POST.*runner' /var/log/bentoml/*.log
  4. Verify the fix by confirming bentoml version is 1.4.8 or higher: python -c 'import bentoml; print(bentoml.__version__)'

FAQ

What is CVE-2025-32375?

CVE-2025-32375 is an insecure deserialization flaw in BentoML's runner server that permits remote code execution without authentication. An attacker can exploit this by sending specially crafted POST requests with specific headers to execute arbitrary commands on the affected server.

Is CVE-2025-32375 being actively exploited?

No, this vulnerability is not currently listed on the CISA Known Exploited Vulnerabilities (KEV) catalog and no public exploits are available. However, the critical CVSS score of 9.8 and ease of exploitation mean patching should not be delayed.

What versions of Python are affected by CVE-2025-32375?

BentoML versions 1.0.0 through 1.4.7 are vulnerable. The vulnerability is in the BentoML library itself, affecting any system running these versions regardless of the Python interpreter version installed.

How do I check if my server is vulnerable to CVE-2025-32375?

Run 'pip show bentoml' and check the Version field. If it shows any version from 1.0.0 to 1.4.7, your installation is vulnerable. You can also check with: python -c 'import bentoml; v = bentoml.__version__; print(f"Vulnerable" if v < "1.4.8" else "Patched")'

Does Defensia detect CVE-2025-32375?

Yes — Defensia's CVE advisory scanner compares installed package versions against the NVD database. If BentoML is installed on a monitored server, CVE-2025-32375 will appear in your dashboard with remediation steps.

Related Python CVEs

CVE-2026-28505CVSS 10Tautulli is a Python based monitoring and tracking tool for Plex Media Server. Prior to version 2.17.0, the str_eval() function in notification_handler.py implements a sandboxed eval() for notification text templates. The sandbox attempts to restrict callable names by inspecting code.co_names of the compiled code object. However, co_names only contains names from the outer code object. When a lambda expression is used, it creates a nested code object whose attribute accesses are stored in code.co_consts, NOT in code.co_names. The sandbox never inspects nested code objects. This issue has been patched in version 2.17.0.
CVE-2026-33054CVSS 10Mesop is a Python-based UI framework that allows users to build web applications. Versions 1.2.2 and below contain a Path Traversal vulnerability that allows any user supplying an untrusted state_token through the UI stream payload to arbitrarily target files on the disk under the standard file-based runtime backend. This can result in application denial of service (via crash loops when reading non-msgpack target files as configurations), or arbitrary file manipulation. This vulnerability heavily exposes systems hosted utilizing FileStateSessionBackend. Unauthorized malicious actors could interact with arbitrary payloads overwriting or explicitly removing underlying service resources natively outside the application bounds. This issue has been fixed in version 1.2.3.
CVE-2026-25632CVSS 10EPyT-Flow is a Python package designed for the easy generation of hydraulic and water quality scenario data of water distribution networks. Prior to 0.16.1, EPyT-Flow’s REST API parses attacker-controlled JSON request bodies using a custom deserializer (my_load_from_json) that supports a type field. When type is present, the deserializer dynamically imports an attacker-specified module/class and instantiates it with attacker-supplied arguments. This allows invoking dangerous classes such as subprocess.Popen, which can lead to OS command execution during JSON parsing. This also affects the loading of JSON files. This vulnerability is fixed in 0.16.1.
CVE-2026-34938CVSS 10PraisonAI is a multi-agent teams system. Prior to version 1.5.90, execute_code() in praisonai-agents runs attacker-controlled Python inside a three-layer sandbox that can be fully bypassed by passing a str subclass with an overridden startswith() method to the _safe_getattr wrapper, achieving arbitrary OS command execution on the host. This issue has been patched in version 1.5.90.
CVE-2026-8481CVSS 9.9IBM Langflow OSS 1.0.0 through 1.10.0 contain a critical remote code execution vulnerability in the code validation API endpoint. The POST /api/v1/validate/code endpoint accepts user-supplied Python code and executes it directly using Python's built-in exec() function without sandboxing, input validation, or privilege restrictions, enabling any authenticated user to execute arbitrary system commands with the full privileges of the Langflow server process.

References

Track CVEs across your fleet automatically

Defensia scans your Linux servers and tells you exactly which ones are running vulnerable versions — including CVE-2025-32375. Free for 1 server.

Get started free