<?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://vulnerability.circl.lu</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>Sun, 04 Oct 2026 21:29:30 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-54562</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-54562</link>
      <description>&lt;p&gt;Cloudreve is a self-hosted file management and sharing system. Prior to 4.16.1, Cloudreve&amp;#39;s remote download workflow accepts user-supplied URLs at POST /api/v4/workflow/download and passes them to the configured downloader without blocking loopback, localhost, IPv6 localhost, or redirect-to-loopback targets, allowing a non-admin user with remote download permission to fetch internal-only URLs and read the response after it is imported into the user&amp;#39;s own files. This issue is fixed in version 4.16.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Cloudreve is a self-hosted file management and sharing system. Prior to 4.16.1, Cloudreve&amp;#39;s remote download workflow accepts user-supplied URLs at POST /api/v4/workflow/download and passes them to the configured downloader without blocking loopback, localhost, IPv6 localhost, or redirect-to-loopback targets, allowing a non-admin user with remote download permission to fetch internal-only URLs and read the response after it is imported into the user&amp;#39;s own files. This issue is fixed in version 4.16.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-54562</guid>
    </item>
    <item>
      <title>GHSA-x756-g4x3-c64m — Cloudreve: Non-admin remote download users can SSRF loopback/internal services and read imported responses</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-x756-g4x3-c64m</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/cloudreve/Cloudreve/v4, Go: github.com/cloudreve/Cloudreve/v3&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;Cloudreve&amp;#39;s remote download workflow accepts user-supplied URLs and passes them to the configured downloader without blocking loopback, localhost, IPv6 localhost, or redirect-to-loopback targets.&lt;/p&gt;
&lt;p&gt;When the remote download permission is granted to a non-admin user group, a normal authenticated user can make the server-side downloader fetch internal-only URLs and then read the fetched response after it is imported into the user&amp;#39;s own Cloudreve files.&lt;/p&gt;
&lt;p&gt;This does not affect default normal users unless the remote download permission is enabled for their group. However, the permission is a feature-level user-group capability and does not make the user an administrator.&lt;/p&gt;
&lt;p&gt;## Attacker requirements&lt;/p&gt;
&lt;p&gt;The attacker must be:&lt;/p&gt;
&lt;p&gt;- authenticated
- non-admin
- in a user group where `GroupPermissionRemoteDownload` is enabled&lt;/p&gt;
&lt;p&gt;Default normal users are blocked from the affected workflow. In the default install, only the admin group has the remote download permission, while the default `User` group does not.&lt;/p&gt;
&lt;p&gt;## Affected endpoint&lt;/p&gt;
&lt;p&gt;```http
POST /api/v4/workflow/download
```&lt;/p&gt;
&lt;p&gt;Follow-up attacker readback was performed through normal workflow and file APIs:&lt;/p&gt;
&lt;p&gt;```http
GET /api/v4/workflow?category=downloaded...
GET /api/v4/file?uri=cloudreve://my...
POST /api/v4/file/url
```&lt;/p&gt;
&lt;p&gt;## Root cause&lt;/p&gt;
&lt;p&gt;The remote download workflow checks whether the user group has remote download permission, but it does not validate the submitted URL before passing it to the downloader.&lt;/p&gt;
&lt;p&gt;Relevant code paths:&lt;/p&gt;
&lt;p&gt;- `service…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/cloudreve/Cloudreve/v4, Go: github.com/cloudreve/Cloudreve/v3&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;Cloudreve&amp;#39;s remote download workflow accepts user-supplied URLs and passes them to the configured downloader without blocking loopback, localhost, IPv6 localhost, or redirect-to-loopback targets.&lt;/p&gt;
&lt;p&gt;When the remote download permission is granted to a non-admin user group, a normal authenticated user can make the server-side downloader fetch internal-only URLs and then read the fetched response after it is imported into the user&amp;#39;s own Cloudreve files.&lt;/p&gt;
&lt;p&gt;This does not affect default normal users unless the remote download permission is enabled for their group. However, the permission is a feature-level user-group capability and does not make the user an administrator.&lt;/p&gt;
&lt;p&gt;## Attacker requirements&lt;/p&gt;
&lt;p&gt;The attacker must be:&lt;/p&gt;
&lt;p&gt;- authenticated
- non-admin
- in a user group where `GroupPermissionRemoteDownload` is enabled&lt;/p&gt;
&lt;p&gt;Default normal users are blocked from the affected workflow. In the default install, only the admin group has the remote download permission, while the default `User` group does not.&lt;/p&gt;
&lt;p&gt;## Affected endpoint&lt;/p&gt;
&lt;p&gt;```http
POST /api/v4/workflow/download
```&lt;/p&gt;
&lt;p&gt;Follow-up attacker readback was performed through normal workflow and file APIs:&lt;/p&gt;
&lt;p&gt;```http
GET /api/v4/workflow?category=downloaded...
GET /api/v4/file?uri=cloudreve://my...
POST /api/v4/file/url
```&lt;/p&gt;
&lt;p&gt;## Root cause&lt;/p&gt;
&lt;p&gt;The remote download workflow checks whether the user group has remote download permission, but it does not validate the submitted URL before passing it to the downloader.&lt;/p&gt;
&lt;p&gt;Relevant code paths:&lt;/p&gt;
&lt;p&gt;- `service…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-x756-g4x3-c64m</guid>
    </item>
  </channel>
</rss>
