Skip to main content

Open WebUI CVE-2026-44560

| EUVDEUVD-2026-30618 MEDIUM
Missing Authorization (CWE-862)
2026-05-08 https://github.com/open-webui/open-webui GHSA-h36f-rqpx-j5wx
6.5
CVSS 3.1 · GitHub Advisory
Share

Severity by source

GitHub Advisory PRIMARY
6.5 MEDIUM
AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N
vuln.today AI
6.5 MEDIUM

Network exploitation via chat API requires only a valid user account (PR:L); confidentiality fully impacted as complete private document content is extractable; no integrity or availability impact confirmed.

3.1 AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N
4.0 AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N

Primary rating from GitHub Advisory.

CVSS VectorGitHub Advisory

Attack Vector
Network
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
None
Availability
None

Lifecycle Timeline

3
Source Code Evidence Fetched
Jul 23, 2026 - 22:51 vuln.today
Analysis Generated
Jul 23, 2026 - 22:51 vuln.today
CVE Published
May 08, 2026 - 20:03 nvd
MEDIUM 6.5

DescriptionGitHub Advisory

Unauthorized File and Knowledge Base Content Access via RAG Vector Search

Affected Component

RAG source resolution in chat completion pipeline:

  • backend/open_webui/retrieval/utils.py (lines 963-965, 1063-1068, 1126-1131 in get_sources_from_items)

Affected Versions

Current main branch (commit 6fdd19bf1) and likely all versions with RAG functionality.

Description

The get_sources_from_items function resolves file and knowledge base references into vector search queries during chat completion. Three of the five code paths perform vector store queries without any authorization check, allowing users to extract content from files and knowledge bases they do not have access to.

PathLinesAccess Check
type: "file", full-context1044-1050has_access_to_file
type: "file", non-full-context (default)1063-1068❌ None
type: "collection"1070-1118✅ Present
type: "text" with collection_name963-965❌ None
Bare collection_name/collection_names1126-1131❌ None

The three unprotected paths pass user-supplied collection names directly to query_collection(), which queries the vector store without any authorization. Collection names follow predictable formats: file-<file_id> for files and the knowledge base UUID for knowledge bases.

CVSS 3.1 Breakdown

MetricValueRationale
Attack VectorNetwork (N)Exploited remotely via chat completion API
Attack ComplexityLow (L)Single API call with a known resource ID
Privileges RequiredLow (L)Requires a valid user account
User InteractionNone (N)No victim interaction required
ScopeUnchanged (U)Impact within the application's data boundary
ConfidentialityHigh (H)Full content of private files/knowledge bases extractable
IntegrityNone (N)No data modification
AvailabilityNone (N)No denial of service

Attack Scenario

  1. User A uploads a private document and uses it in RAG (the document is embedded into the vector store as collection file-<file_id>).
  2. User A shares a chat or model referencing the file with User B, or User B otherwise obtains the file ID through a legitimate interaction.
  3. User A later revokes User B's access to the file.
  4. User B sends a chat completion request referencing the revoked file:
json
   POST /api/chat/completions
   {
     "model": "any-accessible-model",
     "messages": [{"role": "user", "content": "What does this document say about pricing?"}],
     "files": [{"type": "file", "id": "<revoked_file_id>"}]
   }
  1. The non-full-context path (default) constructs collection name file-<id> and queries the vector store with no access check.
  2. Matching chunks are injected into the LLM context, and the response contains the victim's private file content.

The same attack works via {"type": "text", "collection_name": "<knowledge_base_id>"} for knowledge bases.

Impact

  • Access revocation is ineffective for RAG content - users who previously had access can continue extracting file and knowledge base content indefinitely
  • Private document content can be systematically extracted through targeted queries
  • Breaks the access control model for files and knowledge bases at the RAG layer

Preconditions

  • Attacker must know the file ID or knowledge base ID (UUID) of the target resource
  • The target file/knowledge base must have been processed into the vector store
  • Attacker must have a valid user account

AnalysisAI

Unauthorized access to private RAG file and knowledge base content in Open WebUI (versions ≤ 0.8.12) is possible because three of five code paths in the get_sources_from_items function pass user-supplied collection names directly to the vector store without any authorization check, making access revocation ineffective at the RAG layer. Authenticated users who previously held access to a file or knowledge base - or who learn the predictable collection name format (file-<uuid>) - can continue extracting full document content via the chat completion API long after their access was revoked. No public exploit has been identified at time of analysis and CISA KEV does not list this CVE, but attack complexity is low and the impact is complete confidentiality loss of targeted private documents.

Technical ContextAI

Open WebUI is a self-hosted web interface for interacting with LLMs, distributed as pkg:pip/open-webui on PyPI. Its RAG pipeline ingests documents into a vector store and retrieves relevant chunks during chat completions via get_sources_from_items in backend/open_webui/retrieval/utils.py. The function handles five item resolution paths; two paths correctly invoke has_access_to_file before querying, but three - the non-full-context type: 'file' path (lines 1063-1068), the type: 'text' path with collection_name (lines 963-965), and the bare collection_name/collection_names path (lines 1126-1131) - call query_collection() without any authorization gate. The root cause is CWE-862 (Missing Authorization): enforcement is inconsistently scattered across branches rather than enforced at the data access boundary. Collection names follow deterministic patterns (file-<file_id> for files, knowledge base UUID for collections), so an attacker who has ever seen a resource identifier retains the ability to query it indefinitely. The EUVD entry EUVD-2026-30618 corroborates all affected versions as open-webui < 0.9.0.

RemediationAI

Upgrade Open WebUI to version 0.9.0 or later, which resolves the missing authorization checks across all code paths in get_sources_from_items. The fix and full disclosure are documented in GitHub Security Advisory GHSA-h36f-rqpx-j5wx at https://github.com/open-webui/open-webui/security/advisories/GHSA-h36f-rqpx-j5wx. For deployments that cannot upgrade immediately, restrict the chat completion API (POST /api/chat/completions) to accounts whose access to all referenced RAG resources is fully trusted, and audit the user list to remove any accounts that may have retained residual knowledge of file IDs after access revocation. Additionally, re-ingesting sensitive documents under new file IDs and deprecating old ones will invalidate identifiers an attacker may have previously observed - note this is operationally disruptive and does not close the underlying code path vulnerability. None of these workarounds substitute for upgrading to 0.9.0.

Share

CVE-2026-44560 vulnerability details – vuln.today

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy