<?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>Sun, 04 Oct 2026 23:13:15 +0000</lastBuildDate>
    <item>
      <title>BIT-rclone-2026-88015 — rclone local: crafted Range request against a translated symlink panics (DoS)</title>
      <link>https://cve.radiocsirt.org/vuln/bit-rclone-2026-88015</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Bitnami: rclone&lt;/p&gt;
&lt;p&gt;rclone is a command-line program to sync files and directories to and from different cloud storage providers. Prior to 1.75.1, backend/local with --links or links=true exposes symlink targets as .rclonelink objects, and fs.RangeOption.Decode can pass an unchecked positive Range start through Object.Open and openTranslatedLink. The function slices the target string as linkdst[offset:], so a Range start larger than the target length causes a deterministic slice-bounds panic when lib/http/serve exposes the object through HTTP or WebDAV. Go net/http normally recovers the panic per connection, causing request-level denial of service rather than terminating the entire process. This issue is fixed in version 1.75.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Bitnami: rclone&lt;/p&gt;
&lt;p&gt;rclone is a command-line program to sync files and directories to and from different cloud storage providers. Prior to 1.75.1, backend/local with --links or links=true exposes symlink targets as .rclonelink objects, and fs.RangeOption.Decode can pass an unchecked positive Range start through Object.Open and openTranslatedLink. The function slices the target string as linkdst[offset:], so a Range start larger than the target length causes a deterministic slice-bounds panic when lib/http/serve exposes the object through HTTP or WebDAV. Go net/http normally recovers the panic per connection, causing request-level denial of service rather than terminating the entire process. This issue is fixed in version 1.75.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bit-rclone-2026-88015</guid>
    </item>
    <item>
      <title>EUVD-2026-366463</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-366463</link>
      <description>EUVD-2026-366463</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-366463</guid>
    </item>
    <item>
      <title>fkie_cve-2026-88015</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-88015</link>
      <description>&lt;p&gt;rclone is a command-line program to sync files and directories to and from different cloud storage providers. Prior to 1.75.1, backend/local with --links or links=true exposes symlink targets as .rclonelink objects, and fs.RangeOption.Decode can pass an unchecked positive Range start through Object.Open and openTranslatedLink. The function slices the target string as linkdst[offset:], so a Range start larger than the target length causes a deterministic slice-bounds panic when lib/http/serve exposes the object through HTTP or WebDAV. Go net/http normally recovers the panic per connection, causing request-level denial of service rather than terminating the entire process. This issue is fixed in version 1.75.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;rclone is a command-line program to sync files and directories to and from different cloud storage providers. Prior to 1.75.1, backend/local with --links or links=true exposes symlink targets as .rclonelink objects, and fs.RangeOption.Decode can pass an unchecked positive Range start through Object.Open and openTranslatedLink. The function slices the target string as linkdst[offset:], so a Range start larger than the target length causes a deterministic slice-bounds panic when lib/http/serve exposes the object through HTTP or WebDAV. Go net/http normally recovers the panic per connection, causing request-level denial of service rather than terminating the entire process. This issue is fixed in version 1.75.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-88015</guid>
    </item>
    <item>
      <title>GHSA-p6m2-r3w9-mpxw — rclone local: crafted Range request against a translated symlink panics (DoS)</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-p6m2-r3w9-mpxw</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/rclone/rclone&lt;/p&gt;
&lt;p&gt;### Summary
When `backend/local` is used with `--links`/`-l` (or the `links=true` config option), each symlink is exposed as an rclone object whose content is the target path string, suffixed `.rclonelink`. `Object.Open()` decodes an incoming `fs.RangeOption` via `Decode(o.Size())`, then for a translated-symlink object passes the decoded `offset` straight into `openTranslatedLink`, which indexes the target string directly: `linkdst[offset:]`.&lt;/p&gt;
&lt;p&gt;`RangeOption.Decode`&amp;#39;s `Start &amp;gt;= 0` branch (an ordinary `Range: bytes=X-` request) sets `offset = o.Start` with no upper bound, unlike its suffix-range branch (`Start &amp;lt; 0`, e.g. `bytes=-N`), which already clamps a too-large value to 0 - the fix for a prior, related crash (issue #6310: &amp;#34;bytes=-90407&amp;#34; against a 5-byte object panicked with &amp;#34;slice bounds out of range&amp;#34;, now covered by an existing regression test). The `Start &amp;gt;= 0` branch never received the analogous protection.&lt;/p&gt;
&lt;p&gt;A `Range: bytes=&amp;lt;hugeStart&amp;gt;-` request sent to `rclone serve http`/`webdav` (or any consumer of `lib/http/serve`&amp;#39;s `Object()`, which parses and decodes the client&amp;#39;s own Range header) against a directory containing a symlink therefore reaches `linkdst[offset:]` with offset far beyond the target string&amp;#39;s length, and Go panics with &amp;#34;slice bounds out of range&amp;#34; instead of returning an empty read.&lt;/p&gt;
&lt;p&gt;### Details
Vulnerable code (before fix):
```go
func (o *Object) openTranslatedLink(offset, limit int64) (lrc io.ReadCloser, err error) {
	linkdst, err := os.Readlink(o.path)
	i…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/rclone/rclone&lt;/p&gt;
&lt;p&gt;### Summary
When `backend/local` is used with `--links`/`-l` (or the `links=true` config option), each symlink is exposed as an rclone object whose content is the target path string, suffixed `.rclonelink`. `Object.Open()` decodes an incoming `fs.RangeOption` via `Decode(o.Size())`, then for a translated-symlink object passes the decoded `offset` straight into `openTranslatedLink`, which indexes the target string directly: `linkdst[offset:]`.&lt;/p&gt;
&lt;p&gt;`RangeOption.Decode`&amp;#39;s `Start &amp;gt;= 0` branch (an ordinary `Range: bytes=X-` request) sets `offset = o.Start` with no upper bound, unlike its suffix-range branch (`Start &amp;lt; 0`, e.g. `bytes=-N`), which already clamps a too-large value to 0 - the fix for a prior, related crash (issue #6310: &amp;#34;bytes=-90407&amp;#34; against a 5-byte object panicked with &amp;#34;slice bounds out of range&amp;#34;, now covered by an existing regression test). The `Start &amp;gt;= 0` branch never received the analogous protection.&lt;/p&gt;
&lt;p&gt;A `Range: bytes=&amp;lt;hugeStart&amp;gt;-` request sent to `rclone serve http`/`webdav` (or any consumer of `lib/http/serve`&amp;#39;s `Object()`, which parses and decodes the client&amp;#39;s own Range header) against a directory containing a symlink therefore reaches `linkdst[offset:]` with offset far beyond the target string&amp;#39;s length, and Go panics with &amp;#34;slice bounds out of range&amp;#34; instead of returning an empty read.&lt;/p&gt;
&lt;p&gt;### Details
Vulnerable code (before fix):
```go
func (o *Object) openTranslatedLink(offset, limit int64) (lrc io.ReadCloser, err error) {
	linkdst, err := os.Readlink(o.path)
	i…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-p6m2-r3w9-mpxw</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-88015</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-88015</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:18.04:LTS: rclone, Ubuntu:Pro:20.04:LTS: rclone, Ubuntu:Pro:22.04:LTS: rclone, Ubuntu:Pro:24.04:LTS: rclone, Ubuntu:Pro:26.04:LTS: rclone&lt;/p&gt;
&lt;p&gt;rclone is a command-line program to sync files and directories to and from different cloud storage providers. Prior to 1.75.1, backend/local with --links or links=true exposes symlink targets as .rclonelink objects, and fs.RangeOption.Decode can pass an unchecked positive Range start through Object.Open and openTranslatedLink. The function slices the target string as linkdst[offset:], so a Range start larger than the target length causes a deterministic slice-bounds panic when lib/http/serve exposes the object through HTTP or WebDAV. Go net/http normally recovers the panic per connection, causing request-level denial of service rather than terminating the entire process. This issue is fixed in version 1.75.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:18.04:LTS: rclone, Ubuntu:Pro:20.04:LTS: rclone, Ubuntu:Pro:22.04:LTS: rclone, Ubuntu:Pro:24.04:LTS: rclone, Ubuntu:Pro:26.04:LTS: rclone&lt;/p&gt;
&lt;p&gt;rclone is a command-line program to sync files and directories to and from different cloud storage providers. Prior to 1.75.1, backend/local with --links or links=true exposes symlink targets as .rclonelink objects, and fs.RangeOption.Decode can pass an unchecked positive Range start through Object.Open and openTranslatedLink. The function slices the target string as linkdst[offset:], so a Range start larger than the target length causes a deterministic slice-bounds panic when lib/http/serve exposes the object through HTTP or WebDAV. Go net/http normally recovers the panic per connection, causing request-level denial of service rather than terminating the entire process. This issue is fixed in version 1.75.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-88015</guid>
    </item>
  </channel>
</rss>
