MEDIUM 5.4

CVE-2026-59225: Open WebUI Arena Model Access Control Bypass (v0.8.12–0.9.x)

Open WebUI, a self-hosted AI platform, contains an access control bypass that allows authenticated non-admin users to reach restricted AI models they shouldn't have access to. Specifically, a user with read permission to an arena wrapper model (a collection that routes requests to underlying models) can circumvent access checks and interact directly with the underlying models through certain task endpoints. The vulnerability exists because the task route processing skips a critical permission re-check that the normal chat route performs. This issue affects versions 0.8.12 through 0.9.x and is resolved in version 0.10.0.

Source data · NVD / CISA · public domain

CVSS
3.1 · 5.4 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:L
Weaknesses (CWE)
CWE-862
Affected products
1 configuration(s)
Published / Modified
2026-07-09 / 2026-07-10

NVD description (verbatim)

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.

4 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

The vulnerability arises from inconsistent access control logic between two request paths in Open WebUI. The standard chat endpoint performs arena model resolution early and re-validates access to the selected underlying model before dispatch. The task endpoints (such as /api/v1/tasks/moa/completions) bypass this pattern by calling utils.chat.generate_chat_completion() directly. In this path, arena fallback resolution occurs after the initial wrapper access check, then recurses with bypass_filter=True, which suppresses the access validation for the underlying model. This allows an authenticated user to read-access models they lack explicit permission to use, violating the principle of least privilege.

Business impact

This vulnerability creates a data confidentiality risk in multi-tenant or role-segregated Open WebUI deployments. Authenticated users can access AI models or their outputs beyond their intended authorization scope, potentially exposing proprietary model outputs, sensitive training data, or unvetted AI responses. For organizations using Open WebUI to manage different AI models with varying access levels (such as production-grade models restricted to certain teams), this bypass undermines access control governance. The medium CVSS score reflects that exploitation requires authentication and network access, but no interactive user action.

Affected systems

Open WebUI versions 0.8.12 through 0.9.x are affected. Version 0.10.0 and later contain the fix. Organizations running self-hosted Open WebUI instances with multi-user or role-based access control should verify their deployment version immediately.

Exploitability

Exploitation is straightforward for any authenticated, non-admin user. No special privileges, physical access, or user interaction is required. The attacker simply needs valid credentials and the ability to send HTTP requests to task endpoints. Network access is assumed (CVSS AV:N). The bypass is deterministic—any authenticated user with read access to an arena wrapper will succeed in accessing underlying restricted models, making this a high-confidence attack vector in affected deployments.

Remediation

Upgrade Open WebUI to version 0.10.0 or later. This version restores consistent access control validation across all request paths, ensuring that arena fallback resolution respects the underlying model's access restrictions without the bypass_filter override. For organizations unable to upgrade immediately, restrict task endpoint access via network segmentation or reverse proxy rules until patches can be deployed.

Patch guidance

Apply the official Open WebUI update to version 0.10.0 or newer as soon as feasible. Verify the update in a staging environment before production deployment to ensure no integration disruptions. Check the official Open WebUI repository and release notes for any configuration changes or migration steps accompanying the patch.

Detection guidance

Monitor logs for repeated calls to /api/v1/tasks/moa/completions and similar task endpoints from non-admin authenticated users, especially if those calls reference models the user lacks explicit read permissions for. Log access patterns to arena wrapper models followed by direct task-endpoint calls to underlying models. Implement alerting for unauthorized model access attempts or unusual task endpoint activity from lower-privileged accounts. If available, enable debug logging in Open WebUI to trace the bypass_filter flag and arena resolution logic during task processing.

Why prioritize this

While the CVSS score of 5.4 (MEDIUM) reflects the authentication requirement, the vulnerability should be prioritized in environments with strict model access controls or multi-team deployments. The ease of exploitation, combined with the direct circumvention of intentional access restrictions, makes it a governance and data confidentiality concern even if not a critical system compromise vector. Organizations managing competitive or sensitive AI models should treat this as high priority within their patch schedule.

Risk score, explained

CVSS 3.1 score of 5.4 (MEDIUM) reflects: Attack Vector Network (AV:N—accessible remotely), Attack Complexity Low (AC:L—no special conditions), Privileges Required (PR:L—authentication mandatory), User Interaction None (UI:N—no user action needed), Scope Unchanged (S:U), Confidentiality Low (C:L—unauthorized model/data access), Integrity None (I:N), Availability Low (A:L—potential denial via resource exhaustion through repeated unauthorized calls). The score appropriately captures that this is an authenticated privilege escalation with confidentiality impact, not a critical remote code execution or complete system compromise.

Frequently asked questions

Can an unauthenticated attacker exploit this?

No. The vulnerability requires valid authentication credentials. An attacker must be able to log into the Open WebUI instance as a non-admin user to attempt the bypass.

What is an arena wrapper model?

An arena wrapper is a collection or proxy in Open WebUI that routes requests to multiple underlying AI models (e.g., for A/B testing or load balancing). It differs from the underlying models themselves, which may have different access restrictions.

If I'm running Open WebUI but don't use arena models or role-based access control, am I affected?

The vulnerability technically exists in your version, but the practical risk is low if you don't enforce granular model access restrictions. However, upgrading to 0.10.0 is still recommended to close the gap and prepare for future multi-user deployments.

Are there workarounds if I cannot upgrade immediately?

Restrict network access to task endpoints (/api/v1/tasks/*) via a reverse proxy or firewall rules, allowing only admin-level IP addresses or users. This mitigates exploitation while you prepare for the upgrade. However, this is a temporary measure; patching remains the proper solution.

This analysis is based on the CVE description and public metadata as of July 2026. Always verify affected version ranges and patch availability against the official Open WebUI repository and security advisories before implementing remediation. CVSS scores are provided for reference; organizations should conduct their own risk assessment based on deployment architecture, data sensitivity, and threat model. No exploit code or proof-of-concept is provided in this advisory; any testing should be conducted in isolated environments with proper authorization. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).