CVE-2026-109572: Open WebUI terminal proxy lets regular users act as Terminals admin
In Open WebUI 0.8.6 to 0.11.3, a regular user with access to a Terminals connection could send requests through the terminal proxy with the admin’s shared key attached, then list or stop other users’ terminals and change terminal policies.
What it is
GitHub advisory: “Open WebUI forwarded any requested path and attached the administrator-configured shared key, so Terminals treated the request as an administrator request.”
NVD adds that this let attackers inject environment variables into other users’ terminals through /api/v1/terminals/{server_id}/{path}.
Preconditions: an admin added a Terminals connection using bearer auth, the attacker was granted access to it, the connection is not pinned to a named policy, and the Terminals server is older than 0.2.4. Deployments without a Terminals connection are not affected.
How to check
- Affected: open-webui 0.8.6 up to (not including) 0.11.4.
- Check Admin settings for any Terminals connection and who has access to it.
How to fix
- Upgrade Open WebUI to 0.11.4 or later. The same release also fixes more than a dozen other XSS, authorization and denial-of-service issues.
- Upgrade the Terminals server to 0.2.4 or later, which blocks this path on its own.
pip show open-webui | grep Version
# Docker: docker pull ghcr.io/open-webui/open-webui:mainSources
- highCVE-2026-87995: Open WebUI: Same-origin XSS to account takeover via terminal port-preview iframe hardcoding allow-same-origin
- highCVE-2026-87016: Open WebUI: Sign-in as another user via wildcard characters in the OAuth subject claim on SQLite
- highCVE-2026-70492: Open WebUI: Stored XSS via unescaped KaTeX render-error fallback in rendered messages
- highCVE-2026-45672: Open WebUI: Jupyter code execution works despite `ENABLE_CODE_EXECUTION=false` — feature gate bypassed