HIGH 7.1

CVE-2026-54012: Open WebUI Authorization Bypass Allows Unauthorized File Access

Open WebUI, a self-hosted AI platform, contains a flaw in how it manages file access permissions tied to AI models. Before version 0.9.6, a user who creates or imports a model can attach references to files belonging to other users without any verification. This allows the malicious model owner to read or delete those private files by manipulating how the system validates file access. The vulnerability requires an authenticated attacker but poses a direct threat to data confidentiality and integrity within shared Open WebUI deployments.

Source data · NVD / CISA · public domain

CVSS
3.1 · 7.1 HIGH · CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:L
Weaknesses (CWE)
CWE-284, CWE-285, CWE-862
Affected products
1 configuration(s)
Published / Modified
2026-06-23 / 2026-06-25

NVD description (verbatim)

Open WebUI is a self-hosted artificial intelligence platform designed to operate entirely offline. Prior to 0.9.6, Open WebUI lets a user who can create, update, or import workspace models store arbitrary meta.knowledge entries on their model without checking whether they own or can read the referenced files. Open WebUI then treats meta.knowledge entries of type file as an authorization source in two places: the built-in view_file tool reads the file's extracted text, and has_access_to_file()'s model branch authorizes the file content and file delete endpoints. A malicious model owner can therefore attach another user's file ID to their model metadata and read or delete that private file. This vulnerability is fixed in 0.9.6.

2 reference(s) · View on NVD →

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

Technical summary

CVE-2026-54012 is an improper authorization vulnerability in Open WebUI prior to 0.9.6 affecting the model metadata (meta.knowledge) handling. The flaw exists in two components: (1) the create/update/import model endpoints do not validate ownership of file IDs referenced in meta.knowledge entries, and (2) the has_access_to_file() function's model branch uses these unchecked metadata entries as the sole authorization source for the view_file tool and file delete operations. An authenticated user can craft a model with arbitrary file references, then invoke file read or delete operations that bypass the normal access control checks because the system trusts the model metadata as truth. This represents broken access control at the API level where file authorization is delegated to user-controlled metadata rather than enforced server-side.

Business impact

In multi-tenant or collaborative Open WebUI environments, this vulnerability enables data exfiltration and destruction. An attacker with model creation privileges can read sensitive files uploaded by colleagues or system administrators, exposing trade secrets, credentials, or personal data. The ability to delete files creates a secondary risk of business disruption and potential non-compliance with data retention policies. For organizations relying on Open WebUI as a central AI platform, this threatens the confidentiality and integrity of all file-based assets accessible to other users.

Affected systems

Open WebUI versions prior to 0.9.6 are affected. Any deployment allowing multiple users to create or import models is at risk if those users cannot be fully trusted. Self-hosted instances with file upload capabilities and shared model repositories are the primary target. The vulnerability does not require network access beyond what is normal for the platform; it is triggered by authenticated actions within the UI or API.

Exploitability

Exploitation requires valid Open WebUI credentials and the ability to create or update a model—a privilege typically granted to regular users. No special tools or advanced techniques are needed; an attacker simply references a target user's file ID in their model's metadata. The attack is reliable once a file ID is known or enumerated. However, the CVSS score of 7.1 reflects that local access control context and lack of public exploit code reduce the immediate attack surface compared to unauthenticated flaws. Insider threats and compromised accounts are the primary risk vectors.

Remediation

Upgrade Open WebUI to version 0.9.6 or later, which implements proper authorization checks on meta.knowledge file entries. The fix validates that the model owner has legitimate access to any file referenced in metadata before allowing file operations to proceed. Organizations should prioritize patching in environments with multiple users or where model sharing is enabled.

Patch guidance

Apply the 0.9.6 release or any subsequent version. Review vendor advisories and release notes to confirm that the authorization validation has been implemented. If running a containerized deployment, pull the updated image tag and restart services. Test in a staging environment first to ensure no workflow disruptions.

Detection guidance

Monitor for suspicious patterns: (1) a single user creating multiple models in rapid succession, particularly if followed by file deletion events tied to other users, (2) file delete or view operations preceded by recent model import or update actions, (3) audit logs showing file access by users who did not directly upload the file. Implement file-level access logging to correlate model metadata changes with subsequent file operations. Search for model metadata entries (meta.knowledge) that reference file IDs not created by the model owner.

Why prioritize this

This flaw merits high priority because it directly compromises user data isolation in multi-user environments and is straightforward to exploit once an attacker has credentials. While it requires authentication and is not yet in the wild (KEV status is negative), the logic flaw is fundamental and affects core file handling. Organizations running Open WebUI in collaborative settings should patch immediately to restore proper access controls.

Risk score, explained

The CVSS 3.1 score of 7.1 (HIGH) reflects a high-impact vulnerability with significant barriers to exploitation. Attack Vector is Network, Attack Complexity is High (requires understanding of file IDs and model import workflows), and Privileges Required is Low (standard user). Confidentiality and Integrity impacts are High (file read and delete), while Availability impact is Low. The score appropriately weights the need for authentication and local knowledge against the serious consequences of successful exploitation.

Frequently asked questions

Can this vulnerability be exploited without user credentials?

No. CVE-2026-54012 requires valid Open WebUI authentication and the ability to create or import models. An attacker must have legitimate access to the platform, though the attacker can then abuse that access to reach files beyond their normal authorization scope.

How would an attacker know which file IDs to reference?

File IDs may be discoverable through user enumeration, model inspection APIs, error messages, or observation of model metadata in shared repositories. In some configurations, file IDs follow predictable patterns. A determined attacker with repeated access can iterate through potential IDs or observe file operations by other users to infer structure.

Does the fix in 0.9.6 prevent model imports from untrusted sources?

The fix adds authorization validation to file references in metadata, preventing the exploit chain. However, users should always treat model imports with caution and review metadata before import. The patch closes this specific authorization bypass but does not substitute for general security best practices around model provenance.

Are there workarounds if we cannot patch immediately?

Restrict model creation and import privileges to trusted administrators, disable file upload functionality if not essential, and implement strict audit logging on file operations. These are compensating controls but not a substitute for patching. Apply the update as soon as feasibly possible.

This analysis is based on the official CVE record and vendor descriptions. No exploit code has been published or executed as part of this assessment. Organizations should verify patch availability and compatibility with their specific deployment before applying updates. Security measures beyond patching, such as network segmentation and access controls, remain essential regardless of patch status. Source: NVD (public-domain), retrieved 2026-07-29. Analysis generated by SEC.co (claude-haiku-4-5).