<?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://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-03T00:17:58.290656+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" 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://cve.radiocsirt.org/vuln/cve-2022-41874</id>
    <title>CVE-2022-41874 — Tauri Filesystem Scope can be Partially Bypassed</title>
    <updated>2026-10-03T00:17:58.292309+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> tauri-apps tauri</p>
<p>Tauri is a framework for building binaries for all major desktop platforms. In versions prior to 1.0.7 and 1.1.2, Tauri is vulnerable to an Incorrectly-Resolved Name. Due to incorrect escaping of special characters in paths selected via the file dialog and drag and drop functionality, it is possible to partially bypass the `fs` scope definition. It is not possible to traverse into arbitrary paths, as the issue is limited to neighboring files and sub folders of already allowed paths. The impact differs on Windows, MacOS and Linux due to different specifications of valid path characters. This bypass depends on the file picker dialog or dragged files, as user selected paths are automatically added to the allow list at runtime. A successful bypass requires the user to select a pre-existing malicious file or directory during the file picker dialog and an adversary controlled logic to access these files. The issue has been patched in versions 1.0.7, 1.1.2 and 1.2.0. As a workaround, disable the dialog and fileDropEnabled component inside the tauri.conf.json.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2022-41874"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-q9wv-22m9-vhqh</id>
    <title>GHSA-q9wv-22m9-vhqh — Tauri Filesystem Scope can be Partially Bypassed</title>
    <updated>2026-10-03T00:17:58.292364+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> crates.io: Tauri</p>
<p>### Impact</p>
<p>Due to incorrect escaping of special characters in paths selected via the file dialog and drag and drop functionality, it was possible to partially bypass the `fs` scope definition. It was not possible to traverse into arbitrary paths, as the issue was limited to neighboring files and sub folders of already allowed paths.</p>
<p>The impact differs on Windows, MacOS and Linux due to different specifications of valid path characters.</p>
<p>On Linux or MacOS based systems it was possible to use the `*`, `**` and `[a-Z]` patterns inside a path, which allowed to read the content of sub directories and single character files in a folder, where only specific files or the directory itself were allowed.</p>
<p>On Windows `[a-Z]` was the possible bypass pattern, as `*` is not treated as a valid path component. This implies that only single character files inside an already allowed directory were unintentionally accessible.</p>
<p>This bypass depends on the file picker dialog or dragged files, as user selected paths are automatically added to the allow list at runtime.</p>
<p>A successful bypass requires the user to select a pre-existing malicious file or directory during the file picker dialog and an adversary controlled logic to access these files. This means the issue by itself can not be abused and requires further intentional or unintentional privileges.</p>
<p>### Workaround</p>
<p>Disable the `dialog` and `fileDropEnabled` component inside the `tauri.conf.json`.</p>
<p>### Patches</p>
<p>The issue has been resolved in…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-q9wv-22m9-vhqh"/>
  </entry>
</feed>
