Open WebUI's arena feature lets non-admin users compare LLM outputs through a wrapper model, but a flaw in versions 0.8.12 through 0.10.0 lets any authenticated user with read access to that wrapper reach the underlying restricted model directly, by calling task endpoints such as /api/v1/tasks/moa/completions instead of the normal chat route — those endpoints call the completion generator directly and resolve the arena fallback after the wrapper access check, then recurse with bypass_filter=True and skip the submodel's own check. The blast radius today is limited: no downstream package dependents are recorded, there's no public exploit or Nuclei template, it isn't in CISA KEV, and EPSS isn't available, but the bug needs only low privileges and no user interaction (CVSS 5.4, AC:L), so any org relying on Open WebUI model tiers to gate expensive, fine-tuned, or compliance-restricted models from general users cannot trust that boundary as configured. Open-webui also carries 130 other recorded CVEs and a package risk score of 38/100, which argues for treating its access-control layer as generally fragile rather than a one-off. Patch to 0.10.0 now; until then, don't expose any model via an arena wrapper that you wouldn't also grant directly, and audit logs for non-admin calls to /api/v1/tasks/* as a detection signal for exploitation attempts.
What is the risk?
Medium overall risk. Exploitability is high on the technical axis (network-reachable, low attack complexity, no user interaction) but requires an authenticated account with at least low privileges and specific pre-existing read access to an arena wrapper model, which narrows real-world exposure to orgs that actively use arena/MoA routing. Impact is bounded — confidentiality-low, integrity-none, availability-low per the CVSS vector — because the attacker gains unauthorized inference access to a model, not code execution or data destruction. No KEV listing, no EPSS score, no public PoC, and no scanner template mean opportunistic mass exploitation is unlikely; this is a targeted-misuse risk (a disgruntled or curious internal user, or a compromised low-privilege account) rather than an internet-scanning risk.
How does the attack unfold?
What systems are affected?
| Package | Ecosystem | Vulnerable Range | Patched |
|---|---|---|---|
| Open WebUI | pip | >= 0.8.12, < 0.10.0 | 0.10.0 |
Do you use Open WebUI? You're affected.
How severe is it?
What is the attack surface?
What should I do?
1 step-
Upgrade Open WebUI to 0.10.0 or later, where the task-route access check is fixed. If immediate upgrade isn't possible, treat it as a temporary compensating control: disable or restrict arena wrapper models so they don't front any model that shouldn't be accessible to the wrapper's full user base, or remove non-admin read access to arena wrappers until patched. For detection, review Open WebUI access/API logs for non-admin users calling task endpoints directly (/api/v1/tasks/moa/completions and similar) rather than the standard chat completion route, and cross-check which underlying models those calls resolved to against each user's actual model permissions.
What does CISA's SSVC say?
Source: CISA Vulnrichment (SSVC v2.0). Decision based on the CISA Coordinator decision tree.
How is it classified?
Which compliance frameworks are affected?
This CVE is relevant to:
Frequently Asked Questions
What is CVE-2026-59225?
Open WebUI's arena feature lets non-admin users compare LLM outputs through a wrapper model, but a flaw in versions 0.8.12 through 0.10.0 lets any authenticated user with read access to that wrapper reach the underlying restricted model directly, by calling task endpoints such as /api/v1/tasks/moa/completions instead of the normal chat route — those endpoints call the completion generator directly and resolve the arena fallback after the wrapper access check, then recurse with bypass_filter=True and skip the submodel's own check. The blast radius today is limited: no downstream package dependents are recorded, there's no public exploit or Nuclei template, it isn't in CISA KEV, and EPSS isn't available, but the bug needs only low privileges and no user interaction (CVSS 5.4, AC:L), so any org relying on Open WebUI model tiers to gate expensive, fine-tuned, or compliance-restricted models from general users cannot trust that boundary as configured. Open-webui also carries 130 other recorded CVEs and a package risk score of 38/100, which argues for treating its access-control layer as generally fragile rather than a one-off. Patch to 0.10.0 now; until then, don't expose any model via an arena wrapper that you wouldn't also grant directly, and audit logs for non-admin calls to /api/v1/tasks/* as a detection signal for exploitation attempts.
Is CVE-2026-59225 actively exploited?
No confirmed active exploitation of CVE-2026-59225 has been reported, but organizations should still patch proactively.
How to fix CVE-2026-59225?
Upgrade Open WebUI to 0.10.0 or later, where the task-route access check is fixed. If immediate upgrade isn't possible, treat it as a temporary compensating control: disable or restrict arena wrapper models so they don't front any model that shouldn't be accessible to the wrapper's full user base, or remove non-admin read access to arena wrappers until patched. For detection, review Open WebUI access/API logs for non-admin users calling task endpoints directly (/api/v1/tasks/moa/completions and similar) rather than the standard chat completion route, and cross-check which underlying models those calls resolved to against each user's actual model permissions.
What systems are affected by CVE-2026-59225?
This vulnerability affects the following AI/ML architecture patterns: model serving, agent frameworks.
What is the CVSS score for CVE-2026-59225?
CVE-2026-59225 has a CVSS v3.1 base score of 5.4 (MEDIUM). The EPSS exploitation probability is 0.21%.
What is the AI security impact?
Affected AI Architectures
MITRE ATLAS Techniques
AML.T0012 Valid Accounts AML.T0040 AI Model Inference API Access AML.T0047 AI-Enabled Product or Service Compliance Controls Affected
What are the technical details?
Original Advisory
Open WebUI is an extensible, feature-rich, and user-friendly self-hosted AI platform. From 0.8.12 before 0.10.0, an authenticated non-admin user with read access to an arena wrapper model can reach a restricted underlying model through task endpoints such as /api/v1/tasks/moa/completions. The normal chat route resolves arena models before the final chat dispatch and therefore re-checks the selected underlying model. The task routes call utils.chat.generate_chat_completion() directly. In that direct path, arena fallback resolution happens after the wrapper access check and then recurses with bypass_filter=True, skipping the selected submodel's access check. This issue is fixed in version 0.10.0.
Exploitation Scenario
A marketing analyst has been granted read access to an arena wrapper model used to A/B test chatbot responses, but has not been granted access to the high-cost frontier model that the wrapper sometimes routes to internally. Instead of using the normal chat UI, the analyst (or a script acting on their session) calls the task API directly — POST /api/v1/tasks/moa/completions — specifying the arena wrapper as the target. Open WebUI's task-route logic resolves the arena fallback after the initial wrapper-level access check, then recurses into the underlying restricted model with bypass_filter=True, skipping the check that would normally block the analyst from that submodel. The analyst now gets direct completions from a model they were explicitly denied, at no additional cost visibility or audit trail beyond raw API logs.
Weaknesses (CWE)
CWE-862 — Missing Authorization: The product does not perform an authorization check when an actor attempts to access a resource or perform an action.
- [Architecture and Design] Divide the product into anonymous, normal, privileged, and administrative areas. Reduce the attack surface by carefully mapping roles with data and functionality. Use role-based access control (RBAC) [REF-229] to enforce the roles at the appropriate boundaries. Note that this approach may not protect against horizontal authorization, i.e., it will not protect a user from attacking others with the same role.
- [Architecture and Design] Ensure that access control checks are performed related to the business logic. These checks may be different than the access control checks that are applied to more generic resources such as files, connections, processes, memory, and database records. For example, a database may restrict access for medical records to a specific database user, but each record might only be intended to be accessible to the patient and the patient's doctor [REF-7].
Source: MITRE CWE corpus.
CVSS Vector
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:L References
- github.com/open-webui/open-webui/commit/dc4924b66e655b315e3be4430a3e51b7d5c20acc x_refsource_MISC
- github.com/open-webui/open-webui/pull/26046 x_refsource_MISC
- github.com/open-webui/open-webui/releases/tag/v0.10.0 x_refsource_MISC
- github.com/open-webui/open-webui/security/advisories/GHSA-m3qf-58wf-w979 x_refsource_CONFIRM
- github.com/advisories/GHSA-m3qf-58wf-w979
- nvd.nist.gov/vuln/detail/CVE-2026-59225
Timeline
Related Vulnerabilities
CVE-2026-44551 9.1 open-webui: LDAP auth bypass — full account takeover
Same package: open-webui CVE-2026-45672 8.8 open-webui: code exec gate bypass via API endpoint
Same package: open-webui CVE-2026-44552 8.7 open-webui: Redis cache poisoning enables cross-instance tool hijack
Same package: open-webui CVE-2025-64495 8.7 Open WebUI: XSS-to-RCE via malicious prompt injection
Same package: open-webui CVE-2026-45315 8.7 open-webui: stored XSS → JWT theft and admin takeover
Same package: open-webui