<?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>Sat, 03 Oct 2026 22:59:06 +0000</lastBuildDate>
    <item>
      <title>BREW-vite-CVE-2024-23331 — Vite dev server option `server.fs.deny` can be bypassed when hosted on case-insensitive filesystem</title>
      <link>https://cve.radiocsirt.org/vuln/brew-vite-cve-2024-23331</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Homebrew: vite&lt;/p&gt;
&lt;p&gt;### Summary
[Vite dev server option](https://vitejs.dev/config/server-options.html#server-fs-deny) `server.fs.deny` can be bypassed on case-insensitive file systems using case-augmented versions of filenames. Notably this affects servers hosted on Windows.&lt;/p&gt;
&lt;p&gt;This bypass is similar to https://nvd.nist.gov/vuln/detail/CVE-2023-34092 -- with surface area reduced to hosts having case-insensitive filesystems.&lt;/p&gt;
&lt;p&gt;### Patches
Fixed in vite@5.0.12, vite@4.5.2, vite@3.2.8, vite@2.9.17&lt;/p&gt;
&lt;p&gt;### Details
Since `picomatch` defaults to case-sensitive glob matching, but the file server doesn&amp;#39;t discriminate; a blacklist bypass is possible.&lt;/p&gt;
&lt;p&gt;See `picomatch`  usage, where `nocase` is defaulted to `false`: https://github.com/vitejs/vite/blob/v5.1.0-beta.1/packages/vite/src/node/server/index.ts#L632&lt;/p&gt;
&lt;p&gt;By requesting raw filesystem paths using augmented casing, the matcher derived from `config.server.fs.deny` fails to block access to sensitive files.&lt;/p&gt;
&lt;p&gt;### PoC
**Setup**
1. Created vanilla Vite project using `npm create vite@latest` on a Standard Azure hosted Windows 10 instance. 
    - `npm run dev -- --host 0.0.0.0`
    - Publicly accessible for the time being here: http://20.12.242.81:5173/ 
2. Created dummy secret files, e.g. `custom.secret` and `production.pem`
3. Populated `vite.config.js` with
```javascript
export default { server: { fs: { deny: [&amp;#39;.env&amp;#39;, &amp;#39;.env.*&amp;#39;, &amp;#39;*.{crt,pem}&amp;#39;, &amp;#39;custom.secret&amp;#39;] } } }
```&lt;/p&gt;
&lt;p&gt;**Reproduction**
1. `curl -s http://20.12.242.81:5173/@fs//`
    - Descriptive error page re…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Homebrew: vite&lt;/p&gt;
&lt;p&gt;### Summary
[Vite dev server option](https://vitejs.dev/config/server-options.html#server-fs-deny) `server.fs.deny` can be bypassed on case-insensitive file systems using case-augmented versions of filenames. Notably this affects servers hosted on Windows.&lt;/p&gt;
&lt;p&gt;This bypass is similar to https://nvd.nist.gov/vuln/detail/CVE-2023-34092 -- with surface area reduced to hosts having case-insensitive filesystems.&lt;/p&gt;
&lt;p&gt;### Patches
Fixed in vite@5.0.12, vite@4.5.2, vite@3.2.8, vite@2.9.17&lt;/p&gt;
&lt;p&gt;### Details
Since `picomatch` defaults to case-sensitive glob matching, but the file server doesn&amp;#39;t discriminate; a blacklist bypass is possible.&lt;/p&gt;
&lt;p&gt;See `picomatch`  usage, where `nocase` is defaulted to `false`: https://github.com/vitejs/vite/blob/v5.1.0-beta.1/packages/vite/src/node/server/index.ts#L632&lt;/p&gt;
&lt;p&gt;By requesting raw filesystem paths using augmented casing, the matcher derived from `config.server.fs.deny` fails to block access to sensitive files.&lt;/p&gt;
&lt;p&gt;### PoC
**Setup**
1. Created vanilla Vite project using `npm create vite@latest` on a Standard Azure hosted Windows 10 instance. 
    - `npm run dev -- --host 0.0.0.0`
    - Publicly accessible for the time being here: http://20.12.242.81:5173/ 
2. Created dummy secret files, e.g. `custom.secret` and `production.pem`
3. Populated `vite.config.js` with
```javascript
export default { server: { fs: { deny: [&amp;#39;.env&amp;#39;, &amp;#39;.env.*&amp;#39;, &amp;#39;*.{crt,pem}&amp;#39;, &amp;#39;custom.secret&amp;#39;] } } }
```&lt;/p&gt;
&lt;p&gt;**Reproduction**
1. `curl -s http://20.12.242.81:5173/@fs//`
    - Descriptive error page re…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/brew-vite-cve-2024-23331</guid>
    </item>
    <item>
      <title>EUVD-2026-244930</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-244930</link>
      <description>EUVD-2026-244930</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-244930</guid>
    </item>
    <item>
      <title>fkie_cve-2024-23331</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2024-23331</link>
      <description>&lt;p&gt;Vite is a frontend tooling framework for javascript. The Vite dev server option `server.fs.deny` can be bypassed on case-insensitive file systems using case-augmented versions of filenames. Notably this affects servers hosted on Windows. This bypass is similar to CVE-2023-34092 -- with surface area reduced to hosts having case-insensitive filesystems. Since `picomatch` defaults to case-sensitive glob matching, but the file server doesn&amp;#39;t discriminate; a blacklist bypass is possible. By requesting raw filesystem paths using augmented casing, the matcher derived from `config.server.fs.deny` fails to block access to sensitive files. This issue has been addressed in vite@5.0.12, vite@4.5.2, vite@3.2.8, and vite@2.9.17. Users are advised to upgrade. Users unable to upgrade should restrict access to dev servers.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Vite is a frontend tooling framework for javascript. The Vite dev server option `server.fs.deny` can be bypassed on case-insensitive file systems using case-augmented versions of filenames. Notably this affects servers hosted on Windows. This bypass is similar to CVE-2023-34092 -- with surface area reduced to hosts having case-insensitive filesystems. Since `picomatch` defaults to case-sensitive glob matching, but the file server doesn&amp;#39;t discriminate; a blacklist bypass is possible. By requesting raw filesystem paths using augmented casing, the matcher derived from `config.server.fs.deny` fails to block access to sensitive files. This issue has been addressed in vite@5.0.12, vite@4.5.2, vite@3.2.8, and vite@2.9.17. Users are advised to upgrade. Users unable to upgrade should restrict access to dev servers.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2024-23331</guid>
    </item>
    <item>
      <title>GHSA-c24v-8rfc-w8vw — Vite dev server option `server.fs.deny` can be bypassed when hosted on case-insensitive filesystem</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-c24v-8rfc-w8vw</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: vite&lt;/p&gt;
&lt;p&gt;### Summary
[Vite dev server option](https://vitejs.dev/config/server-options.html#server-fs-deny) `server.fs.deny` can be bypassed on case-insensitive file systems using case-augmented versions of filenames. Notably this affects servers hosted on Windows.&lt;/p&gt;
&lt;p&gt;This bypass is similar to https://nvd.nist.gov/vuln/detail/CVE-2023-34092 -- with surface area reduced to hosts having case-insensitive filesystems.&lt;/p&gt;
&lt;p&gt;### Patches
Fixed in vite@5.0.12, vite@4.5.2, vite@3.2.8, vite@2.9.17&lt;/p&gt;
&lt;p&gt;### Details
Since `picomatch` defaults to case-sensitive glob matching, but the file server doesn&amp;#39;t discriminate; a blacklist bypass is possible.&lt;/p&gt;
&lt;p&gt;See `picomatch`  usage, where `nocase` is defaulted to `false`: https://github.com/vitejs/vite/blob/v5.1.0-beta.1/packages/vite/src/node/server/index.ts#L632&lt;/p&gt;
&lt;p&gt;By requesting raw filesystem paths using augmented casing, the matcher derived from `config.server.fs.deny` fails to block access to sensitive files.&lt;/p&gt;
&lt;p&gt;### PoC
**Setup**
1. Created vanilla Vite project using `npm create vite@latest` on a Standard Azure hosted Windows 10 instance. 
    - `npm run dev -- --host 0.0.0.0`
    - Publicly accessible for the time being here: http://20.12.242.81:5173/ 
2. Created dummy secret files, e.g. `custom.secret` and `production.pem`
3. Populated `vite.config.js` with
```javascript
export default { server: { fs: { deny: [&amp;#39;.env&amp;#39;, &amp;#39;.env.*&amp;#39;, &amp;#39;*.{crt,pem}&amp;#39;, &amp;#39;custom.secret&amp;#39;] } } }
```&lt;/p&gt;
&lt;p&gt;**Reproduction**
1. `curl -s http://20.12.242.81:5173/@fs//`
    - Descriptive error page re…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: vite&lt;/p&gt;
&lt;p&gt;### Summary
[Vite dev server option](https://vitejs.dev/config/server-options.html#server-fs-deny) `server.fs.deny` can be bypassed on case-insensitive file systems using case-augmented versions of filenames. Notably this affects servers hosted on Windows.&lt;/p&gt;
&lt;p&gt;This bypass is similar to https://nvd.nist.gov/vuln/detail/CVE-2023-34092 -- with surface area reduced to hosts having case-insensitive filesystems.&lt;/p&gt;
&lt;p&gt;### Patches
Fixed in vite@5.0.12, vite@4.5.2, vite@3.2.8, vite@2.9.17&lt;/p&gt;
&lt;p&gt;### Details
Since `picomatch` defaults to case-sensitive glob matching, but the file server doesn&amp;#39;t discriminate; a blacklist bypass is possible.&lt;/p&gt;
&lt;p&gt;See `picomatch`  usage, where `nocase` is defaulted to `false`: https://github.com/vitejs/vite/blob/v5.1.0-beta.1/packages/vite/src/node/server/index.ts#L632&lt;/p&gt;
&lt;p&gt;By requesting raw filesystem paths using augmented casing, the matcher derived from `config.server.fs.deny` fails to block access to sensitive files.&lt;/p&gt;
&lt;p&gt;### PoC
**Setup**
1. Created vanilla Vite project using `npm create vite@latest` on a Standard Azure hosted Windows 10 instance. 
    - `npm run dev -- --host 0.0.0.0`
    - Publicly accessible for the time being here: http://20.12.242.81:5173/ 
2. Created dummy secret files, e.g. `custom.secret` and `production.pem`
3. Populated `vite.config.js` with
```javascript
export default { server: { fs: { deny: [&amp;#39;.env&amp;#39;, &amp;#39;.env.*&amp;#39;, &amp;#39;*.{crt,pem}&amp;#39;, &amp;#39;custom.secret&amp;#39;] } } }
```&lt;/p&gt;
&lt;p&gt;**Reproduction**
1. `curl -s http://20.12.242.81:5173/@fs//`
    - Descriptive error page re…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-c24v-8rfc-w8vw</guid>
    </item>
    <item>
      <title>gsd-2024-23331</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2024-23331</link>
      <description>gsd-2024-23331</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2024-23331</guid>
    </item>
    <item>
      <title>openSUSE-SU-2025:14663-1 — velociraptor-0.7.0.4.git142.862ef23-1.1 on GA media</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2025:14663-1</link>
      <description>&lt;p&gt;velociraptor-0.7.0.4.git142.862ef23-1.1 on GA media&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;velociraptor-0.7.0.4.git142.862ef23-1.1 on GA media&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2025:14663-1</guid>
    </item>
  </channel>
</rss>
