<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Mon, 12 Oct 2026 04:15:16 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-70480 — Open WebUI: Client-side SSRF via unrestricted external resource loading in Vega/Vega-Lite chart rendering</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2026-70480</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; open-webui&lt;/p&gt;
&lt;p&gt;Open WebUI is an extensible, feature-rich, and user-friendly self-hosted AI platform. From 0.6.34 until 0.11.0, Open WebUI renders vega and vega-lite fenced code blocks in chat content by building a Vega view in the viewer browser without a restricted resource loader. Any user who can place such a block where another user will see it can make that user browser issue attacker-chosen outbound GET requests and read responses from same-origin or CORS-permissive targets into the rendered page. This issue is fixed in 0.11.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; open-webui&lt;/p&gt;
&lt;p&gt;Open WebUI is an extensible, feature-rich, and user-friendly self-hosted AI platform. From 0.6.34 until 0.11.0, Open WebUI renders vega and vega-lite fenced code blocks in chat content by building a Vega view in the viewer browser without a restricted resource loader. Any user who can place such a block where another user will see it can make that user browser issue attacker-chosen outbound GET requests and read responses from same-origin or CORS-permissive targets into the rendered page. This issue is fixed in 0.11.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2026-70480</guid>
    </item>
    <item>
      <title>GHSA-rffm-9q57-q649 — Open WebUI: Client-side SSRF via unrestricted external resource loading in Vega/Vega-Lite chart rendering</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-rffm-9q57-q649</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: open-webui&lt;/p&gt;
&lt;p&gt;## Summary
Open WebUI renders `vega` and `vega-lite` fenced code blocks in chat content by building a Vega view in the viewer&amp;#39;s browser without a restricted resource loader. Any user who can place such a block where another user will see it can make that user&amp;#39;s browser issue attacker-chosen outbound GET requests, and read back responses from same-origin or CORS-permissive targets into the rendered page. Because the request comes from the browser, server-side SSRF protections never see it.&lt;/p&gt;
&lt;p&gt;## Preconditions
Default configuration, no flags or environment variables involved: Vega blocks render unconditionally wherever chat content is displayed. The attacker needs an account that can put content in front of the victim, which covers a shared chat, a channel message, and model, RAG or tool output the attacker can influence. The victim must open the message, so this is not zero-click. Deployments where the victim&amp;#39;s browser has no network position of interest lose little.&lt;/p&gt;
&lt;p&gt;## Impact
The victim&amp;#39;s browser becomes a request proxy into whatever it can reach: internal hosts and ports behind the perimeter, same-site endpoints, and out-of-band beacons that confirm a chart was viewed and by whom. Where the target is same-origin or returns permissive CORS headers, the response body is pulled back into the chart in the victim&amp;#39;s page, which turns the request into a read. Requests are GET only, and no server-side data is exposed to the attacker directly.&lt;/p&gt;
&lt;p&gt;## Fix
Fixed in 5278eb906 (#26806), rel…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: open-webui&lt;/p&gt;
&lt;p&gt;## Summary
Open WebUI renders `vega` and `vega-lite` fenced code blocks in chat content by building a Vega view in the viewer&amp;#39;s browser without a restricted resource loader. Any user who can place such a block where another user will see it can make that user&amp;#39;s browser issue attacker-chosen outbound GET requests, and read back responses from same-origin or CORS-permissive targets into the rendered page. Because the request comes from the browser, server-side SSRF protections never see it.&lt;/p&gt;
&lt;p&gt;## Preconditions
Default configuration, no flags or environment variables involved: Vega blocks render unconditionally wherever chat content is displayed. The attacker needs an account that can put content in front of the victim, which covers a shared chat, a channel message, and model, RAG or tool output the attacker can influence. The victim must open the message, so this is not zero-click. Deployments where the victim&amp;#39;s browser has no network position of interest lose little.&lt;/p&gt;
&lt;p&gt;## Impact
The victim&amp;#39;s browser becomes a request proxy into whatever it can reach: internal hosts and ports behind the perimeter, same-site endpoints, and out-of-band beacons that confirm a chart was viewed and by whom. Where the target is same-origin or returns permissive CORS headers, the response body is pulled back into the chart in the victim&amp;#39;s page, which turns the request into a read. Requests are GET only, and no server-side data is exposed to the attacker directly.&lt;/p&gt;
&lt;p&gt;## Fix
Fixed in 5278eb906 (#26806), rel…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-rffm-9q57-q649</guid>
    </item>
  </channel>
</rss>
