<?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, 17 Oct 2026 12:35:35 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-290210</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-290210</link>
      <description>EUVD-2026-290210</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-290210</guid>
    </item>
    <item>
      <title>fkie_cve-2026-35605</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-35605</link>
      <description>&lt;p&gt;File Browser is a file managing interface for uploading, deleting, previewing, renaming, and editing files within a specified directory. Prior to 2.63.1, the Matches() function in rules/rules.go uses strings.HasPrefix() without a trailing directory separator when matching paths against access rules. A rule for /uploads also matches /uploads_backup/, granting or denying access to unintended directories.  This vulnerability is fixed in 2.63.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;File Browser is a file managing interface for uploading, deleting, previewing, renaming, and editing files within a specified directory. Prior to 2.63.1, the Matches() function in rules/rules.go uses strings.HasPrefix() without a trailing directory separator when matching paths against access rules. A rule for /uploads also matches /uploads_backup/, granting or denying access to unintended directories.  This vulnerability is fixed in 2.63.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-35605</guid>
    </item>
    <item>
      <title>GHSA-5q48-q4fm-g3m6 — File Browser has an access rule bypass via HasPrefix without trailing separator in path matching</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-5q48-q4fm-g3m6</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/filebrowser/filebrowser/v2&lt;/p&gt;
&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;The `Matches()` function in `rules/rules.go` uses `strings.HasPrefix()` without a trailing directory separator when matching paths against access rules. A rule for `/uploads` also matches `/uploads_backup/`, granting or denying access to unintended directories. Verified against v2.62.2 (commit 860c19d).&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;At `rules/rules.go:29-35`:&lt;/p&gt;
&lt;p&gt;func (r *Rule) Matches(path string) bool {
        if r.Regex {
            return r.Regexp.MatchString(path)
        }
        return strings.HasPrefix(path, r.Path)
    }&lt;/p&gt;
&lt;p&gt;When a rule has `Path: &amp;#34;/uploads&amp;#34;`, any path starting with `/uploads` matches, including `/uploads_backup/secret.txt`. The regex variant at line 31 uses proper matching, but the non-regex path uses a prefix check without ensuring the match ends at a directory boundary.&lt;/p&gt;
&lt;p&gt;The `Check()` function at `http/data.go:29-48` iterates all rules with last-match-wins semantics. No secondary validation exists beyond this prefix check.&lt;/p&gt;
&lt;p&gt;## PoC&lt;/p&gt;
&lt;p&gt;Admin configures: allow rule `Path: &amp;#34;/shared&amp;#34;` for a restricted user.&lt;/p&gt;
&lt;p&gt;Filesystem contains:
- `/shared/` (intended to be accessible)
- `/shared_private/` (intended to be restricted)&lt;/p&gt;
&lt;p&gt;User requests `/shared_private/secret.txt`:
- `strings.HasPrefix(&amp;#34;/shared_private/secret.txt&amp;#34;, &amp;#34;/shared&amp;#34;)` returns true
- Allow rule applies
- Access granted to the unintended directory&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;Authenticated users can access files in sibling directories that share a common prefix with an allowed directory, bypassing the admin&amp;#39;s intended access co…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/filebrowser/filebrowser/v2&lt;/p&gt;
&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;The `Matches()` function in `rules/rules.go` uses `strings.HasPrefix()` without a trailing directory separator when matching paths against access rules. A rule for `/uploads` also matches `/uploads_backup/`, granting or denying access to unintended directories. Verified against v2.62.2 (commit 860c19d).&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;At `rules/rules.go:29-35`:&lt;/p&gt;
&lt;p&gt;func (r *Rule) Matches(path string) bool {
        if r.Regex {
            return r.Regexp.MatchString(path)
        }
        return strings.HasPrefix(path, r.Path)
    }&lt;/p&gt;
&lt;p&gt;When a rule has `Path: &amp;#34;/uploads&amp;#34;`, any path starting with `/uploads` matches, including `/uploads_backup/secret.txt`. The regex variant at line 31 uses proper matching, but the non-regex path uses a prefix check without ensuring the match ends at a directory boundary.&lt;/p&gt;
&lt;p&gt;The `Check()` function at `http/data.go:29-48` iterates all rules with last-match-wins semantics. No secondary validation exists beyond this prefix check.&lt;/p&gt;
&lt;p&gt;## PoC&lt;/p&gt;
&lt;p&gt;Admin configures: allow rule `Path: &amp;#34;/shared&amp;#34;` for a restricted user.&lt;/p&gt;
&lt;p&gt;Filesystem contains:
- `/shared/` (intended to be accessible)
- `/shared_private/` (intended to be restricted)&lt;/p&gt;
&lt;p&gt;User requests `/shared_private/secret.txt`:
- `strings.HasPrefix(&amp;#34;/shared_private/secret.txt&amp;#34;, &amp;#34;/shared&amp;#34;)` returns true
- Allow rule applies
- Access granted to the unintended directory&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;Authenticated users can access files in sibling directories that share a common prefix with an allowed directory, bypassing the admin&amp;#39;s intended access co…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-5q48-q4fm-g3m6</guid>
    </item>
  </channel>
</rss>
