<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Vulnerability Spoiler Alert - open-webui/open-webui</title>
    <link>https://spaceraccoon.github.io/vulnerability-spoiler-alert</link>
    <description>Vulnerability alerts for open-webui/open-webui</description>
    <language>en-us</language>
    <lastBuildDate>Tue, 01 Sep 2026 14:23:07 GMT</lastBuildDate>
    <atom:link href="https://spaceraccoon.github.io/vulnerability-spoiler-alert/feed/open-webui-open-webui.xml" rel="self" type="application/rss+xml"/>
    <item>
      <title>[HIGH] Cross-Site Scripting (XSS) / Sandbox Escape in open-webui/open-webui</title>
      <link>https://github.com/spaceraccoon/vulnerability-spoiler-alert/issues/613</link>
      <guid isPermaLink="true">https://github.com/spaceraccoon/vulnerability-spoiler-alert/issues/613</guid>
      <pubDate>Tue, 25 Aug 2026 22:07:57 GMT</pubDate>
      <description>The PortPreview iframe previously included &apos;allow-same-origin&apos; by default (terminalPreviewAllowSameOrigin default true). Because the iframe src is a same-origin proxy URL, arbitrary HTML/JavaScript served on the previewed port could execute in the same origin as Open WebUI, allowing it to access parent cookies/localStorage and exfiltrate the user&apos;s session. The patch changes the default to false, removing &apos;allow-same-origin&apos; from the sandbox and isolating the iframe&apos;s origin.</description>
      <category>high</category>
      <category>unverified</category>
      
    </item>
    <item>
      <title>[HIGH] Iframe Sandbox Escape in open-webui/open-webui</title>
      <link>https://github.com/spaceraccoon/vulnerability-spoiler-alert/issues/605</link>
      <guid isPermaLink="true">https://github.com/spaceraccoon/vulnerability-spoiler-alert/issues/605</guid>
      <pubDate>Tue, 25 Aug 2026 21:22:29 GMT</pubDate>
      <description>Before the patch, the terminal port preview iframe sandbox defaulted to including `allow-same-origin` together with `allow-scripts`. This combination effectively disables the sandbox for same-origin content, allowing untrusted content served through the terminal port proxy to access the parent Open WebUI origin and exfiltrate session tokens or perform actions as the victim. The patch changes the default to `false`, ensuring the iframe sandbox no longer grants same-origin access by default.</description>
      <category>high</category>
      <category>verified</category>
      
    </item>
    <item>
      <title>[HIGH] Uncontrolled Resource Consumption (Memory Exhaustion DoS) in open-webui/open-webui</title>
      <link>https://github.com/spaceraccoon/vulnerability-spoiler-alert/issues/614</link>
      <guid isPermaLink="true">https://github.com/spaceraccoon/vulnerability-spoiler-alert/issues/614</guid>
      <pubDate>Tue, 25 Aug 2026 22:12:55 GMT</pubDate>
      <description>The default value for RAG_METADATA_MAX_VALUE_CHARS was None, meaning document metadata extracted from uploaded files had no size limit. An attacker could upload a small crafted Office document (zip bomb) that expands to gigabytes of metadata during extraction, exhausting server memory and causing a denial of service. The patch falls back to the configured upload size limit (RAG_FILE_MAX_SIZE) when no explicit metadata limit is set.</description>
      <category>high</category>
      <category>unverified</category>
      
    </item>
    <item>
      <title>[HIGH] Uncontrolled Resource Consumption (Denial of Service) in open-webui/open-webui</title>
      <link>https://github.com/spaceraccoon/vulnerability-spoiler-alert/issues/606</link>
      <guid isPermaLink="true">https://github.com/spaceraccoon/vulnerability-spoiler-alert/issues/606</guid>
      <pubDate>Tue, 25 Aug 2026 21:26:51 GMT</pubDate>
      <description>Before the patch, if RAG_METADATA_MAX_VALUE_CHARS was not explicitly set, extracted document metadata was allowed to be unbounded in size. A crafted Office document (zip archive) could expand from a few hundred kilobytes to gigabytes of metadata during extraction, causing memory exhaustion and denial of service. The patch defaults the metadata limit to the configured RAG_FILE_MAX_SIZE (in MB) when the explicit metadata limit is absent.</description>
      <category>high</category>
      <category>verified</category>
      
    </item>
    <item>
      <title>[CRITICAL] Code Injection in open-webui/open-webui</title>
      <link>https://github.com/spaceraccoon/vulnerability-spoiler-alert/issues/607</link>
      <guid isPermaLink="true">https://github.com/spaceraccoon/vulnerability-spoiler-alert/issues/607</guid>
      <pubDate>Tue, 25 Aug 2026 21:28:32 GMT</pubDate>
      <description>Before the patch, the code interpreter tag detector ran regardless of the tool-calling mode. In native (agentic) mode, a model that emitted a `&amp;lt;code_interpreter&amp;gt;` block in its reply text—whether due to prompt injection or unintended output—had the contained Python code executed on the server. The patch restricts tag detection to legacy tool-calling mode only, preventing execution of code from ordinary model responses.</description>
      <category>critical</category>
      <category>verified</category>
      
    </item>
    <item>
      <title>[HIGH] Missing Authorization in open-webui/open-webui</title>
      <link>https://github.com/spaceraccoon/vulnerability-spoiler-alert/issues/615</link>
      <guid isPermaLink="true">https://github.com/spaceraccoon/vulnerability-spoiler-alert/issues/615</guid>
      <pubDate>Tue, 25 Aug 2026 22:17:13 GMT</pubDate>
      <description>The code before the patch failed to verify user access to the fallback model when a custom model&apos;s base model was missing and ENABLE_CUSTOM_MODEL_FALLBACK was enabled. An attacker with permission to use a custom model could set its base_model_id to a non-existent model to trigger fallback to the admin-configured default model, bypassing model-level access controls. The patch adds an explicit check_model_access call for the fallback model.</description>
      <category>high</category>
      <category>unverified</category>
      
    </item>
    <item>
      <title>[HIGH] Broken Access Control in open-webui/open-webui</title>
      <link>https://github.com/spaceraccoon/vulnerability-spoiler-alert/issues/608</link>
      <guid isPermaLink="true">https://github.com/spaceraccoon/vulnerability-spoiler-alert/issues/608</guid>
      <pubDate>Tue, 25 Aug 2026 21:34:08 GMT</pubDate>
      <description>The original code checked model access only for the requested custom model before potentially replacing it with a fallback model when the custom model&apos;s base model was missing. A user with access to the custom model but not the fallback model could trigger the fallback and use an unauthorized model. The patch adds an explicit access-control check on the fallback model, preventing this privilege escalation.</description>
      <category>high</category>
      <category>verified</category>
      
    </item>
    <item>
      <title>[HIGH] Server-Side Request Forgery (SSRF) in open-webui/open-webui</title>
      <link>https://github.com/spaceraccoon/vulnerability-spoiler-alert/issues/616</link>
      <guid isPermaLink="true">https://github.com/spaceraccoon/vulnerability-spoiler-alert/issues/616</guid>
      <pubDate>Tue, 25 Aug 2026 22:23:13 GMT</pubDate>
      <description>Before the patch, SSRF protections were only applied during initial URL validation and DNS resolution. Redirect targets were not revalidated, and aiohttp handles IP-literal hosts directly without consulting the DNS resolver, so a submitted public URL could redirect to 169.254.169.254 or other internal/cloud metadata addresses when AIOHTTP_CLIENT_ALLOW_REDIRECTS=true. The response body would be returned to the caller, leaking cloud credentials or internal service data. The patch adds per-request and per-connection checks that validate every hop, including redirects and IP-literal connections.</description>
      <category>high</category>
      <category>unverified</category>
      
    </item>
    <item>
      <title>[HIGH] Server-Side Request Forgery (SSRF) in open-webui/open-webui</title>
      <link>https://github.com/spaceraccoon/vulnerability-spoiler-alert/issues/609</link>
      <guid isPermaLink="true">https://github.com/spaceraccoon/vulnerability-spoiler-alert/issues/609</guid>
      <pubDate>Tue, 25 Aug 2026 21:42:04 GMT</pubDate>
      <description>The pre-patch code validated only the originally submitted URL and, on aiohttp paths, only checked DNS-resolved addresses. Redirects to IP literals such as 169.254.169.254 bypassed both the private-IP check and WEB_FETCH_FILTER_LIST, allowing an attacker to make the server fetch internal/cloud-metadata endpoints and return their contents when redirects are enabled. The patch moves the checks into per-request connection hooks that run on every hop, including redirects.</description>
      <category>high</category>
      <category>verified</category>
      
    </item>
    <item>
      <title>[HIGH] Denial of Service (Infinite Recursion) in open-webui/open-webui</title>
      <link>https://github.com/spaceraccoon/vulnerability-spoiler-alert/issues/610</link>
      <guid isPermaLink="true">https://github.com/spaceraccoon/vulnerability-spoiler-alert/issues/610</guid>
      <pubDate>Tue, 25 Aug 2026 21:46:38 GMT</pubDate>
      <description>Before the patch, an authenticated user with model creation or update permissions could set a model&apos;s base_model_id to its own id. During model retrieval or chat completion, the application recursively resolves base model parameters, causing infinite recursion and a denial of service (500 errors) for any user interacting with that model. The patch ensures base_model_id is never set to the model&apos;s own id by nullifying it.</description>
      <category>high</category>
      <category>verified</category>
      
    </item>
    <item>
      <title>[HIGH] Denial of Service (Zip Bomb / Resource Exhaustion) in open-webui/open-webui</title>
      <link>https://github.com/spaceraccoon/vulnerability-spoiler-alert/issues/617</link>
      <guid isPermaLink="true">https://github.com/spaceraccoon/vulnerability-spoiler-alert/issues/617</guid>
      <pubDate>Tue, 25 Aug 2026 22:27:42 GMT</pubDate>
      <description>Before the patch, archive-based document uploads (.docx, .xlsx, .pptx, .odt, .epub) were passed directly to extraction loaders without validating decompressed size. An authenticated user could upload a small compressed zip bomb that expands to gigabytes, exhausting server memory/disk and causing a denial of service. The patch inspects the ZIP central directory and rejects archives whose uncompressed size exceeds a computed limit.</description>
      <category>high</category>
      <category>unverified</category>
      
    </item>
    <item>
      <title>[MEDIUM] Denial of Service (Zip Bomb / Decompression Bomb) in open-webui/open-webui</title>
      <link>https://github.com/spaceraccoon/vulnerability-spoiler-alert/issues/611</link>
      <guid isPermaLink="true">https://github.com/spaceraccoon/vulnerability-spoiler-alert/issues/611</guid>
      <pubDate>Tue, 25 Aug 2026 21:48:09 GMT</pubDate>
      <description>Before the patch, the document loader did not validate the uncompressed size of archive-based file formats such as DOCX, XLSX, PPTX, EPUB, and ODT. An attacker could upload a small compressed file that expands to many gigabytes, causing memory or disk exhaustion and denial of service. The patch adds an uncompressed size check and raises ValueError if the expanded content exceeds the configured maximum file size.</description>
      <category>medium</category>
      <category>verified</category>
      
    </item>
  </channel>
</rss>