HIGH 8.0

CVE-2026-59224 Open WebUI Authentication Bypass & Privilege Escalation Vulnerability

Open WebUI, a self-hosted AI platform, contains an authentication bypass vulnerability in versions before 0.10.0. When a user accesses the terminal feature, the system constructs a backend connection using an unencoded session ID, allowing an attacker to inject query parameters and impersonate another user. Additionally, the system trusts an HTTP header (X-User-Id) without verifying it, making it possible for an authenticated attacker to escalate privileges or access other users' terminal sessions. The vulnerability requires the attacker to be already logged in and relies on social engineering or user interaction to succeed.

Source data · NVD / CISA · public domain

CVSS
3.1 · 8.0 HIGH · CVSS:3.1/AV:N/AC:H/PR:L/UI:R/S:C/C:H/I:H/A:H
Weaknesses (CWE)
CWE-287, CWE-290
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. Prior to 0.10.0, backend/open_webui/routers/terminals.py built the ws_terminal upstream URL from an unencoded session_id and appended user_id as a query parameter, allowing query injection to make the terminal backend resolve another user identity; the HTTP proxy path also forwarded X-User-Id as an integrity-unbound identity claim. 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 stems from two related weaknesses in the terminal routing logic (backend/open_webui/routers/terminals.py). First, the WebSocket terminal upstream URL is constructed by directly appending an unencoded session_id parameter and user_id query string, creating a query injection vector where an attacker can craft a malicious session ID containing additional query parameters to override the intended user context. Second, the HTTP proxy layer forwards the X-User-Id header as an identity claim without integrity verification, allowing an authenticated client to arbitrarily specify which user identity should be associated with their terminal session. Together, these flaws enable privilege escalation or lateral movement between user accounts within the same Open WebUI instance. The issue is resolved in version 0.10.0 through proper input encoding and removal of the unverified header trust.

Business impact

This vulnerability poses a significant risk to organizations deploying Open WebUI for internal AI services, particularly in multi-user environments. An authenticated user can impersonate other users and access their terminal sessions, potentially leading to unauthorized access to sensitive data, code execution under a different user's context, and lateral movement within the platform. In shared hosting or team collaboration scenarios, this could undermine access controls and create compliance violations if sensitive operations are performed via the terminal interface. The need for prior authentication and user interaction limits but does not eliminate real-world risk, especially in organizations with permissive access policies or where users are routinely guided through platform features.

Affected systems

Open WebUI versions prior to 0.10.0 are affected. This includes all 0.9.x releases and earlier versions. The vulnerability affects instances regardless of deployment model (cloud, on-premises, containerized) as long as the terminal feature is enabled. Users running version 0.10.0 or later are not vulnerable.

Exploitability

Exploitation requires an attacker to already possess valid credentials and an active session on the Open WebUI instance. The attack also requires user interaction (UI:R in the CVSS vector), suggesting the attacker must trick or socially engineer a target user into taking an action—such as clicking a link or visiting a malicious webpage—that triggers the query injection. The attack vector is network-based, but the moderate complexity (AC:H) reflects the combined requirement for authentication, social engineering, and specific UI interaction. This places it in the 'opportunistic but not trivial' category; automated scanning or mass exploitation is unlikely, but targeted attacks against known users are feasible.

Remediation

Upgrade Open WebUI to version 0.10.0 or later. This version implements proper URL encoding for session parameters and removes the unverified X-User-Id header trust, ensuring that user identity is derived from authenticated session context only. For organizations unable to upgrade immediately, disable the terminal feature if it is not actively used, and implement network-level restrictions to limit access to the terminal endpoint to trusted internal networks only.

Patch guidance

Apply the 0.10.0 release as soon as practicable. If you are operating Open WebUI in a containerized environment, update your container image to the latest available version from the official Open WebUI repository. If you are running from source, pull the latest main branch or check the releases page for version 0.10.0 or higher. Verify the update by confirming the version string in the Open WebUI UI or API response headers. No additional configuration changes are required post-update.

Detection guidance

Monitor HTTP access logs for unusual X-User-Id header values that do not match the authenticated session user. Look for WebSocket upgrade requests to the terminal endpoint with suspicious query parameters appended to the session ID—such as encoded characters or parameter-like syntax (=, &, %) within what should be a simple alphanumeric session identifier. Check terminal access logs for session entries associated with users accessing terminals outside their normal working patterns or at unexpected times. Alert on any cross-user terminal access attempts detected through session correlation.

Why prioritize this

Although the vulnerability requires authentication and user interaction, the ability to escalate privileges and access other users' sessions represents a direct compromise of access controls in a multi-user platform. In environments where Open WebUI is used for team collaboration or sensitive AI workloads, this poses a material risk. The HIGH CVSS score (8.0) and the relative ease of exploitation once a user is compromised justify prompt patching. Organizations with a small user base or in isolated network environments may deprioritize slightly, but any multi-team deployment should treat this as critical.

Risk score, explained

The CVSS 3.1 score of 8.0 (HIGH) reflects: (1) Network attack vector—the vulnerability is exploitable over the network without special access; (2) High impact on confidentiality and integrity—an attacker can read other users' terminal sessions and execute commands as another user; (3) High impact on availability—potential for disruption of service or resources; (4) Authentication requirement—reduces likelihood but does not eliminate risk in organizations with permissive user provisioning; (5) User interaction—social engineering or tricking a user is required, moderating the score but remaining practical. The scope is marked as Changed because the attacker, starting with limited user privileges, can perform actions affecting other users' security domains.

Frequently asked questions

Do I need to be a system administrator to exploit this vulnerability?

No. Any user with valid Open WebUI credentials can attempt exploitation. This is why it is particularly important in environments with many users or federated authentication, where credential compromise or insider threats may occur.

If I disable the terminal feature, am I protected?

Yes. Disabling the terminal feature entirely eliminates the attack surface for this particular vulnerability. However, this is a workaround, not a permanent fix. You should still upgrade to 0.10.0 to re-enable the feature securely.

Will upgrading to 0.10.0 affect my existing terminal sessions or data?

The upgrade does not delete data or terminate active sessions unexpectedly. However, it does enforce stricter identity verification, so any sessions relying on the vulnerable header-based identity mechanism may fail to establish new connections after upgrade. This is an intentional security hardening and should not impact legitimate use cases.

Is this vulnerability being actively exploited in the wild?

As of the vulnerability's publication date, it is not listed on CISA's Known Exploited Vulnerabilities (KEV) catalog. However, the relative simplicity of the attack and the public disclosure mean that exploitation is possible. Assume active threat actors are aware and test for this flaw in exposed Open WebUI instances.

This analysis is provided for informational purposes to assist security teams in vulnerability assessment and remediation planning. The information herein is derived from public vulnerability disclosures and the vendor's advisory. Organizations should independently verify patch availability, test patches in non-production environments before deploying, and assess applicability based on their own deployment configurations. SEC.co makes no warranty regarding the completeness or accuracy of this analysis and disclaims liability for any damage resulting from its use or misuse. Always consult the official Open WebUI security advisories and vendor documentation for authoritative guidance. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).