Open WebUI: Scheduled automations continue after pending-user deactivation and stored model ACL revocation
Title: Scheduled automations continue after pending-user deactivation and stored model ACL revocation
Summary
Open WebUI documents pending as a zero-access role used for new sign-ups and deactivated users, and normal HTTP routes enforce that with get_verified_user() (which rejects pending), while automation create/update/run routes additionally require the features.automations permission. Two paths missed that lifecycle gate, so a deactivated (pending) account could keep acting through the background automation scheduler:
- Scheduler did not re-gate the owner. When a stored automation became due,
execute_automation()rehydrated the owner withUsers.get_user_by_id(...)and re-entered the chat completion pipeline without re-checking that the owner was stilluser/adminor still heldfeatures.automations. A still-active automation therefore kept running after its owner was deactivated. - Model ACL only enforced for exact role
user.check_model_access()applied private-model grants only whenuser.role == "user", so apendingprincipal fell through a branch that denies a normal non-owneruser.
Net effect: a deactivated account could continue scheduled chat generation through the background worker, consuming the operator's configured model-provider credentials and reaching a stored automation model ID that its current role/ACL state would no longer permit through normal routes.
Impact
A pending/deactivated account continues to execute due scheduled automations after its access has been revoked, consuming the operator's provider credentials, quota and shared capacity, and bypassing the private-model ACL for the automation's stored model ID. Exploitation requires a previously created active automation and a later transition to pending (deactivation or approval rollback), so it is bounded and not interactive. It does not grant unauthenticated access, account takeover, code execution, or cross-user data exfiltration.
Patched
In 0.10.0:
execute_automation()aborts and records an error unless the rehydrated owner is stilluseroradminand (for non-admins) still holdsfeatures.automations, so a deactivated or de-permissioned owner's due automation no longer runs.check_model_access()enforces model ACLs for every non-admin role rather than only the exact roleuser, so apendingor otherwise unrecognised role no longer falls through.
Credits
@rexpository
Affected software
Click a technology to see all vulnerabilities affecting it.
| Platform | Package | Vulnerable versions | Fixed in |
|---|---|---|---|
| Python (PyPI) | open-webui | >= 0.9.0, < 0.10.0 | 0.10.0 |
References
- https://github.com/open-webui/open-webui/security/advisories/GHSA-mvx4-532p-xfm9
- https://nvd.nist.gov/vuln/detail/CVE-2026-59226
- https://github.com/open-webui/open-webui/pull/26047
- https://github.com/open-webui/open-webui/commit/920b655f4689e2118de928fbc936f6ebd4fed396
- https://github.com/open-webui/open-webui
- https://github.com/open-webui/open-webui/releases/tag/v0.10.0
- https://pypi.org/project/open-webui
- https://github.com/advisories/GHSA-mvx4-532p-xfm9
- CVSS vector
CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:N/I:N/A:L- Weakness (CWE)
CWE-285, CWE-862, CWE-863- Platform
- Python (PyPI)
- Package
open-webui- Disclosed
- 24.07.2026
- Updated
- 11.10.2026 14:19
Sources and licenses
OSV / GitHub Advisory Database - PYSEC-2026-3602 - PyPA Advisory Database; CC BY 4.0
OSV / GitHub Advisory Database - GHSA-mvx4-532p-xfm9 - CC BY 4.0
Vulnerability history: open-webui
All published vulnerabilities of this package (Python (PyPI)), newest first. Shows whether this is a one-off slip or a package that needs watching.
- Total entries
- 161
- First → latest
- 08.2024 09.2026
- Without a fix
- 11
- Exploited in attacks
- 0
Severity breakdown
- Critical 1
- High 77
- Medium 75
- Low 8
Disclosures per year
- 2024: 3
- 2025: 21
- 2026: 137
-
Open WebUI: Scheduled automations continue after pending-user deactivation and stored model ACL revocation this entry
Know which vulnerabilities affect your application
With the DockRay integration and software inventory enabled, DockRay checks reported component versions against known vulnerabilities and notifies you about confirmed matches. Coverage depends on the supported technology and available advisory data.