Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Primary rating from Vendor (mitre).
CVSS VectorVendor: mitre
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Lifecycle Timeline
4DescriptionCVE.org
The Adversarial Robustness Toolbox (ART) thru 1.20.1 contains a remote code execution vulnerability in its Kubeflow component. The robustness evaluation function for PyTorch models uses the unsafe eval() function to dynamically evaluate user-supplied strings for the LossFn and Optimizer parameters without any sanitization or security restrictions. An attacker can exploit this by providing a specially crafted string that contains arbitrary Python code, which will be executed when eval() is called, leading to complete compromise of the system running the ART evaluation.
AnalysisAI
Remote code execution in Adversarial Robustness Toolbox (ART) versions through 1.20.1 allows unauthenticated network attackers to execute arbitrary Python code via unsafe eval() usage in the Kubeflow robustness evaluation component. The vulnerability accepts unsanitized user input for LossFn and Optimizer parameters in PyTorch model evaluations, enabling complete system compromise. With CVSS 9.8 but only 0.06% EPSS score (18th percentile), this represents a severe theoretical risk that has not yet manifested in widespread exploitation. No public exploit code identified at time of analysis, and the vulnerability requires specific deployment of ART's Kubeflow integration component.
Technical ContextAI
The Adversarial Robustness Toolbox is a Python library for machine learning security, providing tools to defend and evaluate ML models against adversarial threats. This vulnerability affects the Kubeflow component specifically-Kubeflow being a platform for deploying ML workflows on Kubernetes. The root cause (CWE-94: Improper Control of Generation of Code) stems from Python's eval() function being used to dynamically instantiate PyTorch loss functions and optimizers during robustness evaluations. The eval() function executes arbitrary Python expressions from strings, and without input validation, attackers can inject malicious code disguised as legitimate parameter specifications. This pattern is particularly dangerous in ML infrastructure where model evaluation pipelines often accept configuration parameters from external sources or API requests. The CPE data shows 'n/a' values, indicating limited structured vendor identification in vulnerability databases, though the GitHub repository confirms this is the Trusted-AI/adversarial-robustness-toolbox project.
RemediationAI
Upgrade to Adversarial Robustness Toolbox version 1.20.2 or later when released, monitoring the project's GitHub repository at https://github.com/Trusted-AI/adversarial-robustness-toolbox for security patches. As of this analysis, no vendor-released patched version is independently confirmed in the provided data. Until a patch is available, implement the following compensating controls: First, restrict network access to Kubeflow robustness evaluation endpoints using firewall rules or Kubernetes NetworkPolicies, allowing only trusted internal systems-this prevents remote exploitation but limits functionality for distributed workflows. Second, implement input validation by wrapping the evaluation function to whitelist only known-safe LossFn and Optimizer class names (e.g., 'torch.nn.CrossEntropyLoss', 'torch.optim.Adam') before passing to eval(), rejecting any input containing parentheses, quotes, or Python keywords-trade-off is breaking support for custom loss functions. Third, run ART evaluation workloads in isolated containers with minimal privileges (non-root user, read-only filesystem, no network egress) to contain post-exploitation impact-reduces damage but doesn't prevent initial code execution. Review application logs for unexpected evaluation parameter values as potential exploitation attempts.
Wazuh SIEM platform versions 4.4.0 through 4.9.0 contain an unsafe deserialization vulnerability in the DistributedAPI t
BentoML version 1.4.2 and earlier contains an unauthenticated remote code execution vulnerability through insecure deser
pgAdmin 4 contains critical remote code execution vulnerabilities in the Query Tool download and Cloud Deployment endpoi
The renderLocalView function in render/views.py in graphite-web in Graphite 0.9.5 through 0.9.10 uses the pickle Python
BentoML is a Python library for building online serving systems optimized for AI apps and model inference. Rated critica
OpenSSL before 0.9.8za, 1.0.0 before 1.0.0m, and 1.0.1 before 1.0.1h does not properly restrict processing of ChangeCiph
pyLoad download manager version prior to 0.5.0b3.dev77 exposes the Flask SECRET_KEY through an unauthenticated endpoint.
In Mercurial before 4.1.3, "hg serve --stdio" allows remote authenticated users to launch the Python debugger, and conse
Unauthenticated remote code execution in Marimo ≤0.20.4 allows attackers to execute arbitrary system commands via the `/
pyLoad is the free and open-source Download Manager written in pure Python. Rated medium severity (CVSS 5.3), this vulne
Langflow (a visual LLM pipeline builder) contains a critical unauthenticated code execution vulnerability (CVE-2026-3301
Cross-user flow execution in Langflow (< 1.9.1) lets any authenticated API-key holder run another user's flow by passing
Same weakness CWE-94 – Code Injection
View allSame technique Code Injection
View allVendor StatusVendor
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-29511
GHSA-8r6g-7rr9-mx32