<?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 01:55:08 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-281132</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-281132</link>
      <description>EUVD-2026-281132</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-281132</guid>
    </item>
    <item>
      <title>fkie_cve-2026-35604</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-35604</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, when an admin revokes a user&amp;#39;s Share and Download permissions, existing share links created by that user remain fully accessible to unauthenticated users. The public share download handler does not re-check the share owner&amp;#39;s current permissions. 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, when an admin revokes a user&amp;#39;s Share and Download permissions, existing share links created by that user remain fully accessible to unauthenticated users. The public share download handler does not re-check the share owner&amp;#39;s current permissions. This vulnerability is fixed in 2.63.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-35604</guid>
    </item>
    <item>
      <title>GHSA-v9w4-gm2x-6rvf — File Browser share links remain accessible after Share/Download permissions are revoked</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-v9w4-gm2x-6rvf</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/filebrowser/filebrowser/v2&lt;/p&gt;
&lt;p&gt;When an admin revokes a user&amp;#39;s Share and Download permissions, existing share links created by that user remain fully accessible to unauthenticated users. The public share download handler does not re-check the share owner&amp;#39;s current permissions. Verified with a running PoC against v2.62.2 (commit 860c19d).&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;Share creation (`http/share.go:21-29`) correctly checks permissions:&lt;/p&gt;
&lt;p&gt;func withPermShare(fn handleFunc) handleFunc {
        return withUser(func(w http.ResponseWriter, r *http.Request, d *data) (int, error) {
            if !d.user.Perm.Share || !d.user.Perm.Download {
                return http.StatusForbidden, nil
            }
            return fn(w, r, d)
        })
    }&lt;/p&gt;
&lt;p&gt;But share access (`http/public.go:18-87`, `withHashFile`) does not:&lt;/p&gt;
&lt;p&gt;var withHashFile = func(fn handleFunc) handleFunc {
        return func(w http.ResponseWriter, r *http.Request, d *data) (int, error) {
            link, err := d.store.Share.GetByHash(id)   // line 21: checks share exists
            authenticateShareRequest(r, link)            // line 26: checks password
            user, err := d.store.Users.Get(...)          // line 31: checks user exists
            d.user = user                                // line 36: sets user
            file, err := files.NewFileInfo(...)           // line 38: gets file
            // MISSING: no check for d.user.Perm.Share or d.user.Perm.Download
        }
    }&lt;/p&gt;
&lt;p&gt;## Proof of Concept (runtime-verified)&lt;/p&gt;
&lt;p&gt;# Step 1: Login as admi…&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;When an admin revokes a user&amp;#39;s Share and Download permissions, existing share links created by that user remain fully accessible to unauthenticated users. The public share download handler does not re-check the share owner&amp;#39;s current permissions. Verified with a running PoC against v2.62.2 (commit 860c19d).&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;Share creation (`http/share.go:21-29`) correctly checks permissions:&lt;/p&gt;
&lt;p&gt;func withPermShare(fn handleFunc) handleFunc {
        return withUser(func(w http.ResponseWriter, r *http.Request, d *data) (int, error) {
            if !d.user.Perm.Share || !d.user.Perm.Download {
                return http.StatusForbidden, nil
            }
            return fn(w, r, d)
        })
    }&lt;/p&gt;
&lt;p&gt;But share access (`http/public.go:18-87`, `withHashFile`) does not:&lt;/p&gt;
&lt;p&gt;var withHashFile = func(fn handleFunc) handleFunc {
        return func(w http.ResponseWriter, r *http.Request, d *data) (int, error) {
            link, err := d.store.Share.GetByHash(id)   // line 21: checks share exists
            authenticateShareRequest(r, link)            // line 26: checks password
            user, err := d.store.Users.Get(...)          // line 31: checks user exists
            d.user = user                                // line 36: sets user
            file, err := files.NewFileInfo(...)           // line 38: gets file
            // MISSING: no check for d.user.Perm.Share or d.user.Perm.Download
        }
    }&lt;/p&gt;
&lt;p&gt;## Proof of Concept (runtime-verified)&lt;/p&gt;
&lt;p&gt;# Step 1: Login as admi…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-v9w4-gm2x-6rvf</guid>
    </item>
  </channel>
</rss>
