CVE-2026-56400: Open WebUI: CORS misconfig + CSRF enables admin RCE
HIGH PoC AVAILABLE CISA: ATTENDOpen WebUI before 0.3.14 sets its CORS policy to allow_origins=*, so any attacker-controlled website can send authenticated cross-origin requests to the /api/v1/functions endpoint — a feature explicitly designed to execute arbitrary Python on the server. If an admin with an active session simply visits a malicious page, the attacker inherits that session cross-site and can register or trigger a malicious "function," achieving full remote code execution with no credential theft required. This matters because open-webui is one of the most widely deployed self-hosted front ends for local and API-backed LLMs, and its admin/function surface controls the underlying host, not just the chat interface — a compromise here can pivot into model configs, connected API keys (OpenAI, Anthropic, etc.), and any backend infrastructure the instance can reach. There's no CISA KEV listing, no published EPSS score, and no public exploit or Nuclei template yet, so this looks pre-exploitation rather than actively weaponized, but the CVSS 8.3, network attack vector, and full confidentiality/integrity/availability impact still warrant prompt patching. Upgrade to open-webui >= 0.3.14 now, restrict CORS to explicit trusted origins if you must self-manage the config, and until patched avoid having admin accounts browse untrusted sites in the same browser session used to manage the instance.
What is the risk?
High severity (CVSS 8.3) despite a high attack complexity and required user interaction, because privileges required is none from the attacker's perspective — they only need an admin to load a page while authenticated. The scope-changed rating (S:C) reflects that the vulnerability in the web layer (CORS policy) enables impact beyond it (arbitrary code execution on the host). Mitigating factors: no KEV listing, no EPSS score published, no known public exploit or scanner template, and the requirement for admin-level victim interaction narrows the practical attack surface compared to unauthenticated network-exploitable bugs. Given open-webui's broad adoption as a self-hosted LLM UI and its history of 132 other CVEs in the same package, this should be treated as high priority to patch even absent confirmed in-the-wild exploitation.
How does the attack unfold?
What systems are affected?
| Package | Ecosystem | Vulnerable Range | Patched |
|---|---|---|---|
| Open WebUI | pip | — | No patch |
Do you use Open WebUI? You're affected.
How severe is it?
What is the attack surface?
What should I do?
1 step-
1) Upgrade to open-webui >= 0.3.14, which fixes the CORS/session-validation issue per the GHSA-6xcp-7mpr-m7wm advisory. 2) If immediate upgrade isn't possible, explicitly restrict CORS_ALLOW_ORIGIN to a known, trusted origin list rather than the wildcard default — never run allow_origins=* on an instance with a functions/admin surface. 3) Advise admins to avoid browsing untrusted websites or clicking unsolicited links while authenticated to the open-webui admin panel, and consider session-scoped browser profiles for admin access. 4) Review installed "functions" for unexpected or unauthorized additions as an indicator of prior compromise. 5) Detection: monitor for unexpected requests to /api/v1/functions from unusual Origin/Referer headers, and audit admin session activity logs for anomalous timing correlated with outbound link clicks.
What does CISA's SSVC say?
Source: CISA Vulnrichment (SSVC v2.0). Decision based on the CISA Coordinator decision tree.
How is it classified?
Which compliance frameworks are affected?
This CVE is relevant to:
Frequently Asked Questions
What is CVE-2026-56400?
Open WebUI before 0.3.14 sets its CORS policy to allow_origins=*, so any attacker-controlled website can send authenticated cross-origin requests to the /api/v1/functions endpoint — a feature explicitly designed to execute arbitrary Python on the server. If an admin with an active session simply visits a malicious page, the attacker inherits that session cross-site and can register or trigger a malicious "function," achieving full remote code execution with no credential theft required. This matters because open-webui is one of the most widely deployed self-hosted front ends for local and API-backed LLMs, and its admin/function surface controls the underlying host, not just the chat interface — a compromise here can pivot into model configs, connected API keys (OpenAI, Anthropic, etc.), and any backend infrastructure the instance can reach. There's no CISA KEV listing, no published EPSS score, and no public exploit or Nuclei template yet, so this looks pre-exploitation rather than actively weaponized, but the CVSS 8.3, network attack vector, and full confidentiality/integrity/availability impact still warrant prompt patching. Upgrade to open-webui >= 0.3.14 now, restrict CORS to explicit trusted origins if you must self-manage the config, and until patched avoid having admin accounts browse untrusted sites in the same browser session used to manage the instance.
Is CVE-2026-56400 actively exploited?
Proof-of-concept exploit code is publicly available for CVE-2026-56400, increasing the risk of exploitation.
How to fix CVE-2026-56400?
1) Upgrade to open-webui >= 0.3.14, which fixes the CORS/session-validation issue per the GHSA-6xcp-7mpr-m7wm advisory. 2) If immediate upgrade isn't possible, explicitly restrict CORS_ALLOW_ORIGIN to a known, trusted origin list rather than the wildcard default — never run allow_origins=* on an instance with a functions/admin surface. 3) Advise admins to avoid browsing untrusted websites or clicking unsolicited links while authenticated to the open-webui admin panel, and consider session-scoped browser profiles for admin access. 4) Review installed "functions" for unexpected or unauthorized additions as an indicator of prior compromise. 5) Detection: monitor for unexpected requests to /api/v1/functions from unusual Origin/Referer headers, and audit admin session activity logs for anomalous timing correlated with outbound link clicks.
What systems are affected by CVE-2026-56400?
This vulnerability affects the following AI/ML architecture patterns: model serving, agent frameworks, self-hosted LLM UI/gateway.
What is the CVSS score for CVE-2026-56400?
CVE-2026-56400 has a CVSS v3.1 base score of 8.3 (HIGH). The EPSS exploitation probability is 0.52%.
What is the AI security impact?
Affected AI Architectures
MITRE ATLAS Techniques
AML.T0011.003 Malicious Link AML.T0049 Exploit Public-Facing Application AML.T0050 Command and Scripting Interpreter AML.T0078 Drive-by Compromise Compliance Controls Affected
What are the technical details?
Original Advisory
open-webui before 0.3.14 contains a cross-origin resource sharing misconfiguration allowing arbitrary origins with allow_origins=* and authenticated requests to the /api/v1/functions endpoint. Attackers can execute arbitrary code on the openwebui instance by crafting malicious cross-site requests from attacker-controlled websites when an admin user visits them.
Exploitation Scenario
An attacker identifies an organization running a self-hosted open-webui instance (e.g., via Shodan/fingerprinting or social engineering) and crafts a webpage containing JavaScript that issues a cross-origin fetch() request to the target's /api/v1/functions endpoint. The attacker delivers this page to an admin via phishing, a compromised ad, or a malicious link in a forum/Slack message relevant to the AI/ML community. When the admin — while still logged into open-webui in another tab — visits the page, the browser's CORS policy allows the cross-site request to succeed with the admin's session cookies attached, since the server accepts requests from any origin. The malicious request installs or invokes a function containing attacker-supplied Python, executing arbitrary code on the open-webui host and giving the attacker a foothold to exfiltrate API keys, pivot to connected LLM backends, or establish persistence.
Weaknesses (CWE)
CWE-613 — Insufficient Session Expiration: According to WASC, "Insufficient Session Expiration is when a web site permits an attacker to reuse old session credentials or session IDs for authorization."
- [Implementation] Set sessions/credentials expiration date.
Source: MITRE CWE corpus.
CVSS Vector
CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H References
Timeline
Related Vulnerabilities
CVE-2026-44551 9.1 open-webui: LDAP auth bypass — full account takeover
Same package: open-webui CVE-2026-45672 8.8 open-webui: code exec gate bypass via API endpoint
Same package: open-webui CVE-2026-44552 8.7 open-webui: Redis cache poisoning enables cross-instance tool hijack
Same package: open-webui CVE-2025-64495 8.7 Open WebUI: XSS-to-RCE via malicious prompt injection
Same package: open-webui CVE-2026-45315 8.7 open-webui: stored XSS → JWT theft and admin takeover
Same package: open-webui