MEDIUM 4.3

CVE-2026-59227: Open WebUI Image Edit Authorization Bypass (0.8.11–0.9.x)

Open WebUI, a self-hosted AI platform, contains an authorization bypass vulnerability in its image-editing API endpoint. Prior to version 0.10.0, any verified user could invoke server-side image editing operations without permission checks, even if administrators had disabled the feature globally or restricted it at the user level. This allowed non-admin users to consume server resources and leverage admin-configured AI provider credentials for image manipulation tasks they should not have access to.

Source data · NVD / CISA · public domain

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

NVD description (verbatim)

Open WebUI is an extensible, feature-rich, and user-friendly self-hosted AI platform. From 0.8.11 before 0.10.0, POST /api/v1/images/edit required only a verified account and did not enforce the global image-edit switch or the per-user image-generation permission, allowing a non-admin user to invoke server-side image editing with administrator-configured provider credentials. This issue is fixed in version 0.10.0.

5 reference(s) · View on NVD →

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

Technical summary

CVE-2026-59227 affects Open WebUI versions 0.8.11 through 0.9.x. The POST /api/v1/images/edit endpoint failed to validate two security controls: (1) the global image-edit feature switch, and (2) per-user image-generation permissions. Authentication was enforced (verified account required), but authorization checks were absent. An authenticated attacker could bypass administrative policy controls and directly invoke image editing with server-managed provider credentials. The vulnerability stems from missing authorization logic (CWE-862: Missing Authorization, CWE-863: Incorrect Authorization) and is resolved in version 0.10.0 with proper permission enforcement.

Business impact

Organizations running Open WebUI face two primary risks: resource exhaustion and credential misuse. Authenticated users can trigger image editing workloads without admin consent, consuming compute resources and incurring costs if external AI providers are configured. Additionally, if administrators have integrated paid or rate-limited image editing services, non-admin users can exploit those integrations, potentially inflating usage and bills. The vulnerability does not expose credentials directly but allows their unauthorized use.

Affected systems

Open WebUI versions 0.8.11 through 0.9.x are vulnerable. Version 0.10.0 and later are patched. Self-hosted deployments are at risk; the vulnerability requires network access to the API endpoint and a valid user account on the target instance.

Exploitability

Exploitability is moderate. An attacker must possess a verified user account (low bar in many self-hosted environments where registration may be open or OIDC integration permits broad enrollment). No special tools or user interaction are required; a single HTTP POST request to /api/v1/images/edit with valid credentials bypasses authorization. The CVSS score of 4.3 reflects low-severity impact (availability/resource consumption rather than confidentiality or integrity breach) but straightforward attack mechanics.

Remediation

Upgrade Open WebUI to version 0.10.0 or later. This version enforces global image-edit feature flags and per-user permissions before processing image editing requests. Organizations unable to upgrade immediately should restrict network access to the /api/v1/images/edit endpoint using a reverse proxy or firewall, or disable image editing entirely until the patch is deployed.

Patch guidance

Verify the installed Open WebUI version via the admin panel or by inspecting version files in the deployment. Version 0.10.0 or later is required. If running a containerized deployment, rebuild or re-pull the image tagged with version 0.10.0+. Review release notes for any configuration changes or migration steps. Test in a non-production environment before rolling out to production.

Detection guidance

Monitor logs for POST requests to /api/v1/images/edit from non-admin user accounts, particularly if image editing is supposed to be globally disabled or restricted. Unexpected image-editing activity, especially at scale or during off-hours, may indicate exploitation. Check for anomalous API calls paired with unusual resource consumption (CPU, GPU, network bandwidth if external APIs are called). Correlate user account creation or privilege-grant events with image-editing attempts to identify potential attack patterns.

Why prioritize this

Although the CVSS score is moderate (4.3), organizations should prioritize this patch because: (1) it requires only a verified account and network access—no complex prerequisites; (2) resource exhaustion and credential abuse can create operational and financial impact in cloud-hosted provider integrations; (3) it represents a policy-enforcement gap that may violate internal access controls; (4) the fix is straightforward and poses low deployment risk. Prioritization should be higher for instances with external AI provider integrations, open user registration, or multi-tenant environments.

Risk score, explained

The CVSS 3.1 score of 4.3 (MEDIUM severity) reflects: Attack Vector: Network (high availability), Access Complexity: Low (straightforward API call), Privileges Required: Low (any verified user), User Interaction: None, Scope: Unchanged, and Impact: Low Availability (resource consumption, not system downtime or data loss). The score is conservative because integrity and confidentiality are not directly compromised. However, real-world risk may be higher depending on deployment context (e.g., if external provider credentials are valuable or resource costs are significant).

Frequently asked questions

Can an unauthenticated attacker exploit this vulnerability?

No. The vulnerability requires a valid, verified user account on the Open WebUI instance. However, many self-hosted deployments permit open registration or use SSO, making authenticated access easier to obtain.

Does this vulnerability expose AI provider API keys or credentials directly?

No. Credentials are not leaked or exposed to the attacker. Instead, the attacker can invoke image editing operations using admin-configured provider credentials, potentially incurring costs or consuming quotas on the organization's behalf.

Is there a workaround if I cannot upgrade immediately?

Yes. Restrict network access to the /api/v1/images/edit endpoint using a reverse proxy, WAF, or firewall rules. You can also disable image editing functionality in Open WebUI configuration until the patch is applied. However, these are temporary measures; upgrade as soon as feasible.

Why is the CVSS score only 4.3 if users can abuse admin-configured resources?

CVSS focuses on technical impact: confidentiality, integrity, and availability of the system itself. Resource consumption and policy bypass are characterized as low availability impact. Business impact (cost, resource exhaustion) is real but not fully reflected in CVSS; use additional risk models (e.g., threat context, financial exposure) for prioritization decisions.

This analysis is based on vendor-provided information and publicly disclosed details as of 2026-07-14. Organizations should verify patch availability and compatibility with their specific deployment before applying updates. Real-world risk depends on Open WebUI configuration, user policies, and integrated AI provider services. Consult vendor advisories and your security team for deployment-specific guidance. No exploit code or weaponized POC is provided; this document is for defensive awareness and remediation planning only. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).