MEDIUM 4.3

CVE-2026-54016: Open WebUI BOLA Vulnerability in Knowledge Base Search (0.9.6 Patch)

Open WebUI versions before 0.9.6 contain an authorization bypass in the search_knowledge_files function. When a model lacks attached knowledge bases but function calling is enabled, an authenticated user can query file metadata from any knowledge base by guessing or knowing its identifier, even if they should not have access. The vulnerability leaks file names and structural information about private or restricted knowledge bases, but does not allow file content extraction or modification.

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:L/I:N/A:N
Weaknesses (CWE)
CWE-639
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 has a Broken Object Level Authorization (BOLA) vulnerability in the builtin search_knowledge_files tool. When native function calling is enabled and the selected model has no attached knowledge bases, an authenticated user can call search_knowledge_files with an arbitrary knowledge_id. The function then returns file metadata from that knowledge base without checking whether the user has read access. This allows unauthorized enumeration of private or restricted knowledge base files. 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-54016 is a Broken Object Level Authorization (BOLA) vulnerability affecting Open WebUI's builtin search_knowledge_files tool. The flaw exists in versions prior to 0.9.6 when native function calling is enabled. An authenticated attacker can invoke search_knowledge_files with an arbitrary knowledge_id parameter. The function returns file metadata (names, identifiers, timestamps) from the specified knowledge base without verifying the caller's read permissions. The vulnerability manifests only when the selected model has no attached knowledge bases, suggesting the authorization check is either skipped or incorrectly scoped under this condition. The issue aligns with CWE-639 (Authorization Bypass Through User-Controlled Key).

Business impact

The exposure is primarily informational: attackers can enumerate the structure and naming conventions of private or restricted knowledge bases within an organization's self-hosted Open WebUI instance. This reconnaissance may reveal sensitive topics, document categories, or naming patterns that inform further social engineering or targeted attacks. Because file content is not directly accessible via this vector, confidentiality impact is limited to metadata. However, in environments storing knowledge bases with names or structures tied to confidential projects, financial data, or intellectual property, this leakage could be material. The fix is straightforward; risk is not mitigated by network isolation alone if the attacker is already authenticated.

Affected systems

Open WebUI prior to version 0.9.6 is affected. The vulnerability requires three conditions: (1) Open WebUI must be running version 0.9.6 or earlier, (2) native function calling must be enabled in the deployment, and (3) the user's selected model must have no attached knowledge bases. Self-hosted instances are the primary target, as Open WebUI is designed for offline operation. Cloud-hosted or managed deployments depend on the operator's configuration choices.

Exploitability

Exploitability is moderate. The attack requires an authenticated user account with access to the Open WebUI interface and function-calling enabled; unauthenticated attackers cannot trigger the vulnerability. The barrier to exploitation is low once inside: an attacker need only craft requests with different knowledge_id values to enumerate files. No special tooling is required beyond access to the chat or function-calling interface. The CVSS vector (AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N) reflects this profile: network-accessible, low attack complexity, requires low privilege (authenticated user), low confidentiality impact, no integrity or availability impact.

Remediation

Upgrade Open WebUI to version 0.9.6 or later. The patch implements proper authorization checks in the search_knowledge_files function to ensure callers only retrieve file metadata from knowledge bases they are explicitly permitted to access. Organizations should verify the upgrade path in their deployment model (Docker, package manager, source build) and test in a staging environment before rolling out to production.

Patch guidance

Deploy version 0.9.6 of Open WebUI or any subsequent release. Verify the version in your running instance via the admin dashboard or by checking the package version in your deployment method. If upgrading is delayed, temporarily disable native function calling in model configurations or restrict knowledge base access policies until the update can be applied. Test the patched version against your existing knowledge bases to confirm backward compatibility.

Detection guidance

Monitor Open WebUI logs for calls to search_knowledge_files with knowledge_id parameters that do not match models' attached knowledge bases. Implement audit logging for function-calling invocations and cross-reference the calling user's permissions against the knowledge_id being queried. Alert on repeated calls to search_knowledge_files with different knowledge_id values by a single user, which may indicate enumeration. Check access logs for calls originating from unexpected IP addresses or users with low privilege.

Why prioritize this

Although the CVSS score is 4.3 (MEDIUM), prioritization should account for organizational sensitivity to information disclosure. If your knowledge bases contain strategic information, naming conventions tied to confidential projects, or structural intelligence about internal operations, the impact may warrant earlier patching. Additionally, CVE-2026-54016 does not appear on the CISA KEV catalog, suggesting empirical exploitation is not yet widespread; early patching reduces risk before active weaponization. For general deployments, scheduling the upgrade within a routine maintenance window is appropriate.

Risk score, explained

The CVSS 3.1 score of 4.3 reflects a network-accessible vulnerability requiring authentication (PR:L) with only confidentiality impact via metadata leakage (C:L). No integrity, availability, or privilege escalation occurs. The attack complexity is low (AC:L), and no user interaction is needed (UI:N). The score appropriately de-emphasizes the risk because the attacker must be a legitimate user and cannot access sensitive content directly—only file names and structural metadata. Organizations handling highly sensitive or proprietary knowledge bases may treat the practical risk as higher than the numerical score suggests.

Frequently asked questions

Do we need to update if function calling is disabled?

Function calling must be enabled for the vulnerability to be exploitable. If your Open WebUI deployment has function calling disabled across all models, you are not at risk from this specific vulnerability. However, you should still plan to upgrade to 0.9.6 for security posture and to enable function calling safely in the future.

Can an attacker access the actual file content, or just the names?

The vulnerability discloses file metadata (names, identifiers, timestamps) but does not allow direct content extraction. An attacker cannot download or read the files themselves—only enumerate them. This limits the practical impact but is still a security concern for environments where knowledge base structure is confidential.

Does this affect air-gapped or offline deployments differently?

Air-gapped Open WebUI instances are vulnerable if an authenticated insider or compromised account exists. The attack does not require internet connectivity. Network isolation does not mitigate this vulnerability; authentication bypass is the primary control.

What happens if we upgrade to 0.9.6—will our existing knowledge bases still work?

The patch only adds authorization checks; it does not modify the knowledge base format or function-calling interface. Existing knowledge bases should continue to work. Test in a staging environment to confirm, but breaking changes are not anticipated.

This analysis is based on the official CVE record and vendor advisory. Specific organizational risk depends on knowledge base content sensitivity, authentication controls, and function-calling usage. Verify all patch version numbers and deployment instructions against the official Open WebUI repository and security advisories before implementation. No exploit code or proof-of-concept details are provided. This page is for informational purposes and does not constitute professional security advice; consult your security team and vendor documentation before taking remediation actions. Source: NVD (public-domain), retrieved 2026-07-29. Analysis generated by SEC.co (claude-haiku-4-5).