There are packages installed that are affected by a vulnerability referenced in the following CVE:

  - rclone is a command-line program to sync files and directories to and from different cloud storage
    providers. From 1.64.0 until 1.75.1, the FTP auth-proxy driver in cmd/serve/ftp/ftp.go stores one obscured
    password per username in the server-wide userPass map[string]string instead of binding the credential or
    VFS to the authenticated session. If two accepted credentials use the same username but resolve to
    different proxy backends, a later CheckPasswd login overwrites userPass[user], and subsequent getVFS
    operations on the first session are reauthorized with the later password. The first session can then read,
    create, overwrite, rename, or delete objects using the second credential’s backend authority. Exploitation
    requires the later same-username login to occur while the first session remains open. This issue is fixed
    in version 1.75.1. (CVE-2026-88017)

遠端主機上安裝的 Rclone 版本 1.64.x 早於 1.75.1。因此，它會受到跨工作階段後端混淆弱點的影響：

  - FTP 驗證 Proxy 驅動程式會在全伺服器對映中儲存每個使用者名稱一個模糊密碼，而且不會將認證或傳回的 VFS 繫結至已驗證的 FTP 工作階段。如果兩個接受的認證使用相同的使用者名稱，但解析為不同的 Proxy 後端，則稍後的登入會覆寫對應項目，而第一個仍經過驗證的工作階段上的後續作業會使用後續工作階段的密碼重新授權，並針對後續工作階段的後端執行。因此，持有有效驗證 Proxy 認證的低權限使用者可以取得共用相同 FTP 使用者名稱的另一個已接受認證的讀取、寫入及刪除權限。（CVE-2026-88017）

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

远程主机上安装的 Rclone 版本为 1.75.1 之前的 1.64.x。因此，它受到跨会话后端混淆漏洞的影响：

  - FTP auth-proxy 驱动程序在服务器范围的映射中为每个用户名存储一个隐藏的密码，并且不会将凭据或返回的 VFS 绑定至经认证的 FTP 会话。如果两个已接受的凭据使用相同的用户名，但解析为不同的代理后端，则之后的登录会覆盖映射条目，并且会使用后面的会话密码重新授权第一个仍经过身份验证的会话上的后续操作，并针对后面会话的后端执行。因此，持有有效 auth-proxy 凭据的低权限用户可以获取共享同一 FTP 用户名的其他已接受凭据的读取、写入和删除权限。（CVE-2026-88017）

请注意，Nessus 尚未测试此问题，而是只依据应用程序自我报告的版本号进行判断。

因此，它會受到 ALAS2023-2026-3129 公告中所提及的多個弱點影響。

    在 Unix 系統上，在作業系統中開啟檔案。當 a 路徑的最終路徑元件是符號連結，且路徑以 / 結尾時，Root 會不正確地遵循 Root 外部位置的符號連結。例如，「root.Open（symlink/）' 將打開符號鏈接，即使 symlink 是指向根外部的符號鏈接。（CVE-2026-39822）

    由於未加密用戶端 hello 中預先共用金鑰身分的洩漏，使用加密用戶端 Hello 的交握可能會被被動網路觀察者解除匿名化。（CVE-2026-42505）

    golang.org/x/image/vp8l 中的 VP8L 解碼在處理包含許多未使用的霍夫曼樹組的特製 VP8L 影像時，可能會配置過多的記憶體。這允許遠端攻擊者透過記憶體耗盡造成拒絕服務。（CVE-2026-46603）

    驗證回呼傳回的 Permissions 中的 source-address 關鍵選項僅針對 PublicKeyCallback 和 VerifiedPublicKeyCallback 路徑強制執行，從而擴展了 的 CVE-2026-46595修正。PasswordCallback、KeyboardInteractiveCallback、NoClientAuthCallback 和 GSSAPIWithMICConfig.AllowLogin 回呼傳回的權限並未針對用戶端的遠端位址進行驗證，因此會以無訊息方式忽略這些回呼所設定的來源位址限制。此檢查現在會套用至任何驗證回呼所傳回的權限。（CVE-2026-56854）

    以前，建立通道之後，惡意對等可能會傳送特製的訊息，使整個連線鎖死。現在，我們處理所有 RFC 4254 通道訊息;全域要求會明確處理。然後，將所有其他訊息視為通訊協定錯誤，並中斷連線，而不是緩衝和封鎖。（CVE-2026-56855）

    Rclone 是一種命令行程式，可在不同的雲端儲存空間供應商之間同步檔案和目錄。在 之前， 1.74.4當擷取包含父路徑元件 （例如 .） 的特製封存時，rclone 封存擷取可以在使用者選取的目的地前置詞之外寫入擷取的檔案。/，允許在相同的儲存貯體或路徑範圍內建立或覆寫同級物件。1.74.4 版已修正此問題。(CVE-2026-59732)

    rclone 是一個命令行程序，用於在不同的雲存儲提供商之間同步文件和目錄。從 v1.51.0 到 v1.75.0，backend/local/local.go 中的本機後端依賴可配置的檔案名稱編碼器來防止遠端檔案名稱資料變成作業系統路徑語法，因此使用 Slash、None、Raw 或在 Windows 上保留反斜線的編碼的本機目的地可以將標準編碼的全寬點點元件或原生反斜線形式解碼為檔案路徑之前的實際父目錄元件。加入會在已設定的本機根目錄之外解析此問題，允許攻擊者控制的來源物件在所選目標目錄之外建立或覆寫檔案作為 rclone 處理程序。此問題已在 v1.75.0 中修正。（CVE-2026-71313）

    以前，在多路復用器的 chanList 中註冊的通道在建立之前無法使用。惡意對等體能夠淹沒通道的 incomingRequests，使整個連線鎖死。現在，我們新增一個原子建立狀態，當通道可用時設定。在此之前，handlePacket 會捨棄開啟確認/失敗以外的每個封包，而不會封鎖且不會中斷連線。
    (CVE-2026-78662)

    rclone 版本 >= v1.72.0 和 <= v1.74.4 （在 v1.75.0 中修正） 封存後端的 SquashFS 剖析器中包含多個拒絕服務弱點，該剖析器依賴 github.com/diskfs/go-diskfs 相依性。剖析器無法在使用前驗證攻擊者控制的超級區塊和中繼資料值。攻擊者若能將 SquashFS 映像放置在透過 rclone ：archive： remote 公開的儲存裝置中，就能製作惡意映像，觸發整數除以零錯誤 （零區塊大小）、越界切片錯誤 （超出範圍的 inode 中繼資料位移） 或非進度 CPU 迴圈 （截斷的中繼資料串流）。變體 1 和 2 終止 rclone 進程，並透過「rclone serve sftp」可使整個 SFTP 伺服器當機;變體 3 會導致持續的 CPU 消耗。剖析是延遲的，因此受害者或遠端用戶端必須尋址或下降到惡意封存物件中才能觸發它。（CVE-2026-79775）

    rclone 之前 1.75.0 會將 pprof 除錯處理常式掛載為自己的路由器路由，繞過主要處理常式中的失效關閉驗證規則。攻擊者可在未經驗證的情況下存取 /debug/pprof/cmdline 端點，以擷取包括後端認證在內的完整處理程序 argv。（CVE-2026-79776）

    v1.75.0 之前的 rclone 在發生錯誤時，在 RC API 錯誤回應中包含完整的 Go 堆疊追蹤。攻擊者可以觸發錯誤，洩露內部檔案路徑、模組版本、goroutine狀態和記憶體位址。
    (CVE-2026-79777)

    v1.75.0 之前的 rclone 在 WebDAV TUS 建立處理常式中包含一個拒絕服務弱點，該弱點會在檢查傳輸錯誤之前取消參照 nil 回應。惡意或受損的已設定端點可在 TUS 上傳期間重設連線，以觸發錯誤，終止未還原的 goroutine 並停止長期處理程序中不相關的工作。（CVE-2026-79778）

    v1.75.0 之前的 rclone 版本無法拒絕重新導向處理中的傳輸降級，因此允許在相同主機HTTPS到HTTP重新導向之後，透過純文字HTTP重播基本授權和 Cookie 標頭。觀察純文字躍點的路徑攻擊者可以擷取並重複使用憑證，以遭入侵帳戶的權限執行 WebDAV 作業。（CVE-2026-79779）

    v1.75.0 之前的 rclone 無法在 S3 重新導向回呼期間清理 IBM IAM 持有人權杖和 SSE-C 加密金鑰，因此可以在配置或主機變更中保留憑證。攻擊者觀察來自受信任端點的網路流量，可在相同主機 HTTPS 至 HTTP 降級時擷取可重複使用的 IBM IAM 權杖，或在跨來源重新導向時擷取 SSE-C 金鑰，以存取受保護的 S3 物件。（CVE-2026-79780）

    rclone serve S3 之前 1.74.4 包含路徑遊走弱點，可讓攻擊者使用 S3 物件金鑰中的點點區段來讀取和覆寫根層級檔案。攻擊者可以使用物件金鑰（例如 ../root-secret.txt 以逸出儲存貯體命名空間並存取服務根目錄中的檔案。（CVE-2026-79781）

    當 S3 重新導向將配置從 HTTPS 變更為相同主機上的 HTTP 時，rclone 之前 1.74.4 無法剝離 X-Amz-Security-Token 標頭。攻擊者可攔截純文字 HTTP 流量，以擷取在請求標頭中傳送的 AWS STS 工作階段權杖。（CVE-2026-79782）

    rclone 之前 1.74.4 在本機後端套用來源提供的模式中繼資料時，無法遮罩特殊權限位元，因此攻擊者可以在攻擊者控制的檔案上設定 setuid/setgid 位元。從不受信任的遠端複製並保留中繼資料時，攻擊者可以植入 setuid 二進位檔，如果 rclone 以 root 身分執行，則該二進位檔會將權限提升至 root，否則會提升至服務帳戶使用者。（CVE-2026-79783）

    rclone 是一個命令行程序，用於在不同的雲存儲提供商之間同步文件和目錄。From 1.49.0 until 1.75.1，HTTP 後端會將透過 or headers= 設定 --http-headers 的標頭附加到 backend/http/http.go 中的要求，而其 fshttp.NewClient 用戶端遵循重新導向，而沒有後端特定的 http。Client.CheckRedirect 原則。因此，重新導向至另一台主機的已設定遠端可能會導致將自訂密碼 （例如 X-Api-Key） 重新傳送至該不受信任的目的地，而相同主機的 HTTPS 至 HTTP 重新導向可能會以純文字形式公開授權或 Cookie 標頭。listing、stating、download、mount 和 serve 作業可能會在正常使用期間觸發洩漏。1.75.1 版已修正此問題。(CVE-2026-88013)

    rclone 是一個命令行程序，用於在不同的雲存儲提供商之間同步文件和目錄。從 1.72.0 直到 1.75.1，backend/archive/zip/zip.go 中的封存 ZIP 後端方法 （*Fs）.readZip 接受 archive/zip。File.Name 不受信任中央目錄中的值，並公開已清除的項目名稱，但不確定它們保留在封存命名空間內。諸如 ../../etc/cron.d/evil 可以在路徑中存活。清除並成為 fs/sync 和 fs/operations 用作目的地相對路徑的 Object.Remote（） 值，允許 rclone 複製或同步在未獨立限制路徑的後端寫入所選目的地之外。非空根檢查也使用字串。HasPrefix 沒有路徑邊界，因此 root foo 可能會錯誤地包含同級 foobar 項目。1.75.1 版已修正此問題。(CVE-2026-88014)

    rclone 是一個命令行程序，用於在不同的雲存儲提供商之間同步文件和目錄。在 1.75.1之前，後端/本機 with --links 或 links=true 會將符號連結目標公開為 .rclonelink 物件，而 fs.RangeOption.Decode 可以透過 Object.Open 和 openTranslatedLink 傳遞未核取的正範圍啟動。此函式會將目標字串切片為 linkdst[offset：]，因此當 lib/http/serve 透過 HTTP 或 WebDAV 公開物件時，大於目標長度的 Range 開頭會導致確定性切片邊界錯誤。Go net/http 通常會針對每個連線還原錯誤，造成要求層級的拒絕服務，而不是終止整個處理程序。1.75.1 版已修正此問題。(CVE-2026-88015)

    rclone 是一個命令行程序，用於在不同的雲存儲提供商之間同步文件和目錄。在 之前， 1.75.1當後端/本機以 執行 --links時，來源 .rclonelink 物件可以在目的地中植入符號連結，然後透過該路徑套用目錄中繼資料。當 Directory.translatedLink=false 時，MkdirMetadata、writeMetadataToFile 和 setTimes 會運作，因此 os.喬恩，os。Chmod， os.Chtimes 和出生時間處理可以繞過 os。root 限制並遵循符號連結。因此，控制來源內容的攻擊者可以將選定的所有權、權限、修改時間或誕生時間套用至目的地以外的檔案或目錄，而 --metadata chmod 和 chown 必須執行，而一般目錄工作流程會套用修改時間。1.75.1 版已修正此問題。(CVE-2026-88016)

    rclone 是一個命令行程序，用於在不同的雲存儲提供商之間同步文件和目錄。從 1.64.0 until 1.75.1，cmd/serve/ftp/ftp.go 中的 FTP 驗證代理驅動程式會在全伺服器的 userPass map[string]字串中儲存每個使用者名稱一個模糊密碼，而不是將認證或 VFS 繫結至已驗證的工作階段。如果兩個接受的認證使用相同的使用者名稱，但解析為不同的 Proxy 後端，則稍後的 CheckPasswd 登入會覆寫 userPass[user]，而第一個工作階段上的後續 getVFS 作業會使用後續的密碼重新授權。然後，第一個工作階段可以使用第二個憑證的後端權限讀取、建立、覆寫、重新命名或刪除物件。利用需要在第一個工作階段保持開啟狀態時進行稍後的相同使用者名稱登入。1.75.1 版已修正此問題。(CVE-2026-88017)

    rclone 是一個命令行程序，用於在不同的雲存儲提供商之間同步文件和目錄。在之前 1.75.1，rclone 服務設定有 --auth-proxy 但沒有 --auth-key 允許 authPairMiddleware 使用空的 ws.s3Secret 註冊任何用戶端選擇的 accessKeyID。 然後，gofakes3 會針對相同的空密碼驗證要求的 SigV4 簽章，而 Server.auth 會將存取金鑰識別碼作為使用者和驗證值傳遞給 Proxy，而不需要獨立的每個身分密碼。因此，未經驗證的網路攻擊者可以選擇任意存取金鑰，使用空密碼簽署，並存取 auth-proxy 指令碼針對該身分解析的任何後端。1.75.1 版已修正此問題。(CVE-2026-88018)

    rclone 是一個命令行程序，用於在不同的雲存儲提供商之間同步文件和目錄。From 1.70.0 until 1.75.1，serve/start RC 介面接受每個伺服器的 proxyOpt.AuthProxy 設定，而 cmd/serve/ftp/ftp.go 和 cmd/serve/s3/server.go 中的 FTP 和 S3 建構函式會錯誤地檢查 process-global Proxy。Opt.AuthProxy 值。當全域值為空時，會忽略要求本機驗證 Proxy：FTP 會回復至具有使用者名稱匿名和任何密碼的固定檔案系統，而具有 AuthKey 的 S3 則提供固定的 RC fs，而不是 Proxy 選取的後端。
    設定全域選項的專用命令列伺服器不受影響。1.75.1 版已修正此問題。(CVE-2026-88044)

    rclone 是一個命令行程序，用於在不同的雲存儲提供商之間同步文件和目錄。在之前 1.75.1，rclone 核心不會拒絕來源 Object.Remote（） 值中的父目錄區段，然後再將 fs/list、fs/walk、fs/sync 和 fs/operations 將這些值傳遞至目的地後端。填入原生非 rclone 工具的平面索引鍵空間來源物件存放庫可以包含原始 ..金鑰區段，以及受影響的 B2、Swift、QingStor、OracleObjectStorage、InternetArchive、SMB、StorJ、SFTP、WebDAV、FTP、FileLU、Shade 和 SIA 目的地使用路徑。Join（root， remote），然後 EncodeDot 才能中和區段。因此，複製或上傳可以將已設定的根逸出到另一個儲存貯體、共用或受害憑證可存取的路徑中，而 sftp 和 smb 可能會到達相同登入授權單位下的其他檔案系統或共用位置。1.75.1 版已修正此問題。(CVE-2026-88046)

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

因此，该软件受到 ALAS2023-2026-3129 公告中提及的多个漏洞影响。

    在 Unix 系统上，在操作系统中打开文件。当路径的最后一个路径组件是符号链接，且路径以 / 结尾时，根错误地遵循指向根外部位置的符号链接。例如，“root.即使 symlink 是指向根外部的符号链接，Open（symlink/）' 也将打开 symlink。（CVE-2026-39822）

    使用加密客户端 Hello 的握手可被被动网络观察者去匿名化，这是因为泄露了未加密客户端 hello 中的预共享密钥身份。（CVE-2026-42505）

    golang.org/x/image/vp8l 中的 VP8L 解码可在处理包含许多未使用的 Huffman 树群组的构建的 VP8L 图像时分配过量内存。这允许远程攻击者通过耗尽内存造成拒绝服务。（CVE-2026-46603）

    仅针对 PublicKeyCallback 和 VerifiedPublicKeyCallback 路径强制实施验证回调返回的权限中的 source-address 重要选项，从而扩展了 的 CVE-2026-46595修复。未针对客户端的远程地址对 PasswordCallback、KeyboardInteractiveCallback、NoClientAuthCallback 和 GSSAPIWithMICConfig.AllowLogin 回调返回的权限进行验证，因此这些回调设置的源地址限制会被静默忽略。该检查现在会应用于任何身份验证回调返回的权限。（CVE-2026-56854）

    以前，建立通道后，恶意对等机可发送构建的消息来锁死整个连接。现在，我们处理所有 RFC 4254 通道消息;明确处理全局请求。然后，将所有其他消息视为协议错误并断开连接，而非缓冲和阻断。（CVE-2026-56855）

    Rclone 是一个命令行程序，用于与不同的云存储提供商同步文件和目录。低于 1.74.4的 ，rclone 存档提取可在提取包含父路径组件（例如 ..）/，允许在同一存储段或路径范围内创建或覆盖同级对象。此问题已在 1.74.4 版本中修复。(CVE-2026-59732)

    rclone 是一个命令行程序，用于将文件和目录同步至不同的云存储提供商，或从不同云存储提供商同步。从 v1.51.0 到 v1.75.0，backend/local/local.go 中的本地后端依靠可配置的文件名编码器来防止远程文件名数据变成操作系统路径语法，因此使用 Slash、None、Raw 或在 Windows 上保留反斜线的编码的本地目标可将标准编码的全宽点点组件或本机反斜线表单解码成 filepath 之前的实际父目录组件。Join 会在配置的本地根之外解决此问题，从而允许攻击者控制的源对象作为 rclone 进程在所选目标目录外部创建或覆盖文件。已在 v1.75.0 版本中修复此问题。（CVE-2026-71313）

    以前，在多路复用器的 chanList 中注册的通道在建立之前无法使用。恶意对等机能够淹没通道的 incomingRequests，使整个连接死锁。现在，我们添加了当通道可用时设置的原子建立状态。在此之前，handlePacket 会丢弃除打开确认/失败以外的每个数据包，不会阻断也不会中断连接。
    (CVE-2026-78662)

    rclone 版本 >= v1.72.0 和 <= v1.74.4（在 v1.75.0 中已修复）在依赖于 github.com/diskfs/go-diskfs 的存档后端的 SquashFS 解析器中包含多种拒绝服务漏洞。解析器无法在使用前验证攻击者控制的超级块和元数据值。攻击者若能将 SquashFS 图像放置在通过 rclone ：archive： remote 暴露的存储中，便可制作恶意图像，触发整数除零错误（零区块大小）、越界切片错误（超出范围的 inode 元数据偏移）或非进程 CPU 循环（截断的元数据流）。变体 1 和 2 会终止 rclone 进程并通过“rclone serve sftp”造成整个 SFTP 服务器崩溃;变体 3 会导致持续的 CPU 消耗。解析是延迟的，因此受害者或远程客户端必须寻址或下行到恶意存档对象中才能触发解析。（CVE-2026-79775）

    rclone 会先将 pprof 调试处理程序挂载为 1.75.0 其自己的路由器路由，进而绕过主处理程序中的 fail-closed 认证规则。攻击者可未经身份验证访问 /debug/pprof/cmdline 端点，以检索包括后端凭据在内的完整进程 argv。（CVE-2026-79776）

    rclone v1.75.0 之前的版本在发生错误时的 RC API 错误响应中包含完整的 Go 堆栈跟踪。攻击者可触发错误以泄漏内部文件路径、模块版本、goroutine 状态和内存地址。
    (CVE-2026-79777)

    rclone v1.75.0 之前的 WebDAV TUS 创建处理程序中包含拒绝服务漏洞，会在检查传输错误之前取消引用 nil 响应。恶意或遭到破坏的配置端点可在 TUS 上传期间重置连接，以触发终止未恢复的 goroutine 并终止长存活进程中不相关工作的错误。（CVE-2026-79778）

    rclone v1.75.0 之前的版本无法拒绝重定向处理中的传输降级，允许在同主机 HTTPS 到 HTTP 重定向后通过明文 HTTP 重播基本授权和 Cookie 标头。观察明文跃点的路径上攻击者可捕获并重用凭据，以使用遭入侵帐户的权限执行 WebDAV 操作。（CVE-2026-79779）

    rclone v1.75.0 之前版本无法在 S3 重定向回调期间清理 IBM IAM 承载程序令牌和 SSE-C 加密密钥，这使得凭据能够在方案或主机变更期间保留。观察来自受信任端点的网络流量的攻击者可以在同主机 HTTPS 到 HTTP 降级时捕获可重复使用的 IBM IAM 标记，或在跨源重定向上捕获 SSE-C 密钥，以便访问受保护的 S3 对象。（CVE-2026-79780）

    rclone serve S3 之前 1.74.4 包含一个路径遍历漏洞，允许攻击者通过使用 S3 对象密钥中的点点段读取和覆盖根级别文件。攻击者可使用对象密钥（例如 ..） 发送请求。/root-secret.txt 以转义存储段命名空间并访问 serve 根目录中的文件。（CVE-2026-79781）

    当 S3 重定向在同一主机上将方案从 HTTPS 更改为 HTTP 时，rclone 之前 1.74.4 无法剥离 X-Amz-Security-Token 标头。攻击者可以拦截明文 HTTP 流量，以捕获在请求标头中发送的 AWS STS 会话令牌。（CVE-2026-79782）

    在本地后端应用源提供的模式元数据时，rclone 之前 1.74.4 无法掩盖特殊权限位，从而允许攻击者在攻击者控制的文件上设置 setuid/setgid 位。从不受信任的远程复制元数据后，攻击者可植入 setuid 二进制文件，如果 rclone 以根用户身份运行，则该二进制文件会提升至根权限，否则将权限提升至服务帐户用户。（CVE-2026-79783）

    rclone 是一个命令行程序，用于将文件和目录同步至不同的云存储提供商，或从不同云存储提供商同步。从 1.49.01.75.1until ，HTTP 后端将通过 or headers= 配置 --http-headers 的标头附加到 backend/http/http.go 中的请求，而其 fshttp.NewClient 客户端遵循重定向，没有后端特定的 http。Client.CheckRedirect 策略。因此，重定向到另一主机的配置远程可导致 X-Api-Key 等自定义密码重新发送到该不受信任的目标，而同主机 HTTPS 到 HTTP 重定向可能以明文形式暴露授权或 Cookie 标头。listing、stat、download、mount 和 serve 操作可在正常使用期间触发泄露。此问题已在 1.75.1 版本中修复。(CVE-2026-88013)

    rclone 是一个命令行程序，用于将文件和目录同步至不同的云存储提供商，或从不同云存储提供商同步。From 1.72.0 until 1.75.1，backend/archive/zip/zip.go 中的存档 ZIP 后端方法 （*Fs）.readZip 接受存档/zip。File.Name 来自不受信任的中央目录的值并暴露已清理的条目名称，但不确保其保留在存档命名空间内。条目，例如 ../../etc/cron.d/evil 可在路径中留存。清理并变为 fs/sync 和 fs/operations 用作目标相对路径的 Object.Remote（） 值，允许 rclone 复制或同步在未独立限制路径的后端上的所选目标之外写入。非空根检查也使用字符串。HasPrefix 没有路径边界，因此 root foo 可能错误地包含同级 foobar 条目。此问题已在 1.75.1 版本中修复。(CVE-2026-88014)

    rclone 是一个命令行程序，用于将文件和目录同步至不同的云存储提供商，或从不同云存储提供商同步。在版本之前 1.75.1，backend/local with --links 或 links=true 将符号链接目标暴露为 .rclonelink 对象和 fs。RangeOption.Decode 可以通过 Object.Open 和 openTranslatedLink 传递未经检查的正范围启动。该函数将目标字符串切片为 linkdst[offset：]，因此当 lib/http/serve 通过 HTTP 或 WebDAV 暴露对象时，大于目标长度的 Range 开头会导致确定性切片边界错误。Go net/http 通常会根据每个连接恢复错误，从而造成请求级别的拒绝服务，而不是终止整个进程。此问题已在 1.75.1 版本中修复。(CVE-2026-88015)

    rclone 是一个命令行程序，用于将文件和目录同步至不同的云存储提供商，或从不同云存储提供商同步。在之前 1.75.1之前，当后端/本地使用 运行 --links时，源 .rclonelink 对象可在目标中植入符号链接，之后的目录元数据将通过该路径应用。MkdirMetadata、writeMetadataToFile 和 setTimes 在 Directory.translatedLink=false 时运行，因此 os.乔恩，os。Chmod、os。Chtimes 和出生时间处理可绕过操作系统。root 约束并遵循符号链接。因此，控制源内容的攻击者可将选定的所有权、权限、修改时间或诞生时间应用至目标 --metadata 以外的文件或目录（其中需要 chmod 和 chown），而修改时间由正常目录工作流程应用。此问题已在 1.75.1 版本中修复。(CVE-2026-88016)

    rclone 是一个命令行程序，用于将文件和目录同步至不同的云存储提供商，或从不同云存储提供商同步。从 1.64.0 till 1.75.1开始，cmd/serve/ftp/ftp.go 中的 FTP auth-proxy 驱动程序将每个用户名一个隐藏的密码存储在服务器范围的 userPass map[string] 字符串中，而不是将凭据或 VFS 绑定到经身份验证的会话。如果两个已接受的凭据使用相同的用户名，但解析为不同的代理后端，则后续的 CheckPasswd 登录将覆盖 userPass[user]，并且会使用更新的密码重新授权第一个会话的后续 getVFS 操作。然后，第一个会话可以使用第二个凭据的后端颁发机构读取、创建、覆盖、重命名或删除对象。要利用此漏洞，需要在首个会话保持打开状态时，进行稍后的相同用户名登录。此问题已在 1.75.1 版本中修复。(CVE-2026-88017)

    rclone 是一个命令行程序，用于将文件和目录同步至不同的云存储提供商，或从不同云存储提供商同步。在低于 1.75.1之前版本的 rclone 服务 s3 配置有 --auth-proxy 但不配置 --auth-key 允许 authPairMiddleware 使用空 ws.s3Secret 注册任何客户端选择的 accessKeyID。然后，gofakes3 会根据该相同的空密码验证请求的 SigV4 签名，而 Server.auth 会将访问密钥标识符作为用户和身份验证值传递到代理，而无需独立的每个身份密钥。因此，未经身份验证的网络攻击者可以选择任意访问密钥，使用空机密签名，并访问 auth-proxy 脚本针对该身份解析的任意后端。此问题已在 1.75.1 版本中修复。(CVE-2026-88018)

    rclone 是一个命令行程序，用于将文件和目录同步至不同的云存储提供商，或从不同云存储提供商同步。From 1.70.0 until 1.75.1，serve/start RC 接口接受每服务器的 proxyOpt.AuthProxy 设置，而 cmd/serve/ftp/ftp.go 和 cmd/serve/s3/server.go 中的 FTP 和 S3 构造函数未正确检查进程全局代理。Opt.AuthProxy 值来代替。当全局值为空时，请求本地身份验证代理会被忽略：FTP 会使用匿名用户名和任意密码回退到固定的文件系统，而带有 AuthKey 的 S3 会为固定的 RC fs 提供服务，而不是代理选择的后端。
    配置 global 选项的专用命令行服务器不受影响。此问题已在 1.75.1 版本中修复。(CVE-2026-88044)

    rclone 是一个命令行程序，用于将文件和目录同步至不同的云存储提供商，或从不同云存储提供商同步。在低于 1.75.1、 之前，rclone 核心在 fs/list、fs/walk、fs/sync 和 fs/operations 将这些值传递到目标后端之前不会拒绝源 Object.Remote（） 值中的父目录段。以本机非 rclone 工具填充的平面键空间源对象存储可以包含原始的 ..密钥段和受影响的 b2、swift、qingstor、oracleobjectstorage、internetarchive、smb、storj、sftp、webdav、ftp、filelu、shade 和 SIA 目标使用路径。Join（root， remote），然后 EncodeDot 才能中和段。因此，复制或上传可将配置的根转义到受害者凭据可访问的其他存储段、共享或路径，sftp 和 smb 可能到达同一登录颁发机构下的其他文件系统或共享位置。此问题已在 1.75.1 版本中修复。(CVE-2026-88046)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

リモートホストにインストールされている Rclone のバージョンは、1.75.1 より前の 1.64.x です。したがって、クロスセッションのバックエンド混乱の脆弱性の影響を受けます:

  - FTP 認証プロキシドライバーは、サーバー全体のマップにユーザー名ごとに 1 つの隠されたパスワードを保存し、認証情報または返された VFS を認証された FTP セッションにバインドしません。2 つの受け入れられた認証情報が同じユーザー名を使用しながらも、異なるプロキシバックエンドに解決される場合、後のログインはマップエントリを上書きし、認証されている最初のセッションでの後続の操作は、後のセッションのパスワードで再認証され、後のセッションのバックエンドに対して実行されます。有効な auth-proxy 認証情報を保持している権限の低いユーザーが、同じ FTP ユーザー名を共有する別の承認された認証情報の読み取り、書き込み、削除権限を取得する可能性があります。(CVE-2026-88017)

Nessus はこの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

リモートの Fedora 45 ホストには、FEDORA-2026-7aab7a2bbe のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    1.75.2 に更新してください

Tenable は、前述の記述ブロックを Fedora セキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

The remote Fedora 45 host has a package installed that is affected by multiple vulnerabilities as referenced in the FEDORA-2026-7aab7a2bbe advisory.

    Update to 1.75.2

Tenable has extracted the preceding description block directly from the Fedora security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The version of Rclone installed on the remote host is 1.64.x prior to 1.75.1. It is, therefore, affected by a cross-session backend confusion vulnerability:

  - The FTP auth-proxy driver stores one obscured password per username in a server-wide map and     does not bind the credential or the returned VFS to the authenticated FTP session. If two     accepted credentials use the same username but resolve to different proxy backends, the later     login overwrites the map entry, and subsequent operations on the first, still-authenticated     session are re-authorized with the later session's password and execute against the later     session's backend. A low-privileged user holding a valid auth-proxy credential can therefore     gain the read, write, and delete authority of another accepted credential sharing the same FTP     username. (CVE-2026-88017)

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2023-2026-3129 advisory.

    On Unix systems, opening a file in an os.Root improperly follows symlinks to locations outside of the Root     when the final path component of the a path is a symbolic link and the path ends in /. For example,     'root.Open(symlink/)' will open symlink even when symlink is a symbolic link pointing outside of the     root. (CVE-2026-39822)

    Handshakes which used Encrypted Client Hello could be de-anonymized by a passive network observer due to a     disclosure of pre-shared key identities in the unencrypted client hello. (CVE-2026-42505)

    VP8L decoding in golang.org/x/image/vp8l can allocate an excessive amount of memory when processing a     crafted VP8L image containing many unused Huffman tree groups. This allows a remote attacker to cause a     denial of service via memory exhaustion. (CVE-2026-46603)

    The source-address critical option in the Permissions returned by an authentication callback was only     enforced for the PublicKeyCallback and VerifiedPublicKeyCallback paths, extending the fix for     CVE-2026-46595. Permissions returned by the PasswordCallback, KeyboardInteractiveCallback,     NoClientAuthCallback, and GSSAPIWithMICConfig.AllowLogin callbacks were not validated against the client's     remote address, so a source-address restriction set by those callbacks was silently ignored. The check is     now applied to the Permissions returned by any authentication callback. (CVE-2026-56854)

    Previously, after a channel has been established, a malicious peer could send crafted messages that would     deadlock the entire connection. Now, we handle all RFC 4254 channel messages; global requests are handled     explicitly. Then, treat all other messages as a protocol error and tear the connection down instead of     buffering and blocking. (CVE-2026-56855)

    Rclone is a command-line program to sync files and directories to and from different cloud storage     providers. Prior to 1.74.4, rclone archive extract can write extracted files outside the user-selected     destination prefix when extracting a crafted archive containing parent path components such as ../,     allowing creation or overwrite of sibling objects in the same bucket or path scope. This issue is fixed in     version 1.74.4. (CVE-2026-59732)

    rclone is a command-line program to sync files and directories to and from different cloud storage     providers. From v1.51.0 until v1.75.0, the local backend in backend/local/local.go relies on the     configurable filename encoder to prevent remote filename data from becoming operating-system path syntax,     so a local destination using Slash, None, Raw, or on Windows an encoding that preserves backslash can     decode a standard-encoded fullwidth dot-dot component or native backslash form into an actual parent-     directory component before filepath.Join resolves it outside the configured local root, allowing an     attacker-controlled source object to create or overwrite files outside the selected destination directory     as the rclone process. This issue is fixed in v1.75.0. (CVE-2026-71313)

    Previously, a channel registered in the mux's chanList is not usable until it is established. A malicious     peer was able flood the channel's incomingRequests, deadlocking the entire connection. Now, we add an     atomic established state, set when a channel becomes usable. Until such a time, handlePacket drops every     packet other than the open confirmation/failure, without blocking and without tearing down the connection.
    (CVE-2026-78662)

    rclone versions >= v1.72.0 and <= v1.74.4 (fixed in v1.75.0) contain multiple denial-of-service     vulnerabilities in the archive backend's SquashFS parser, which relies on the github.com/diskfs/go-diskfs     dependency. The parser fails to validate attacker-controlled superblock and metadata values before use. An     attacker who can place or modify a SquashFS image in storage exposed through an rclone :archive: remote     can craft a malicious image that triggers an integer division-by-zero panic (zero block size), an out-of-     bounds slice panic (out-of-range inode metadata offset), or a non-progress CPU loop (truncated metadata     stream). Variants 1 and 2 terminate the rclone process and, via 'rclone serve sftp', can crash the entire     SFTP server; variant 3 causes sustained CPU consumption. Parsing is lazy, so a victim or remote client     must address or descend into the malicious archive object to trigger it. (CVE-2026-79775)

    rclone before 1.75.0 mounts the pprof debug handler as its own router route, bypassing the fail-closed     authentication rule in the main handler. Attackers can access the /debug/pprof/cmdline endpoint     unauthenticated to retrieve the full process argv including backend credentials. (CVE-2026-79776)

    rclone before v1.75.0 includes full Go stack traces in RC API error responses when panics occur. Attackers     can trigger panics to leak internal file paths, module versions, goroutine states, and memory addresses.
    (CVE-2026-79777)

    rclone before v1.75.0 contains a denial of service vulnerability in the WebDAV TUS creation handler that     dereferences a nil response before checking for transport errors. A malicious or compromised configured     endpoint can reset connections during TUS uploads to trigger a panic that terminates unrecovered     goroutines and halts unrelated work in long-lived processes. (CVE-2026-79778)

    rclone versions before v1.75.0 fail to reject transport downgrades in redirect handling, allowing Basic     authorization and Cookie headers to be replayed over plaintext HTTP after same-host HTTPS-to-HTTP     redirects. An on-path attacker observing the plaintext hop can capture and reuse credentials to perform     WebDAV operations with the compromised account's permissions. (CVE-2026-79779)

    rclone before v1.75.0 fails to sanitize IBM IAM bearer tokens and SSE-C encryption keys during S3 redirect     callbacks, allowing credentials to be preserved across scheme or host changes. Attackers observing network     traffic from a trusted endpoint can capture reusable IBM IAM tokens on same-host HTTPS-to-HTTP downgrades     or SSE-C keys on cross-origin redirects to access protected S3 objects. (CVE-2026-79780)

    rclone serve s3 before 1.74.4 contains a path traversal vulnerability that allows attackers to read and     overwrite root-level files by using dot-dot segments in S3 object keys. Attackers can send requests with     object keys like ../root-secret.txt to escape the bucket namespace and access files in the serve root     directory. (CVE-2026-79781)

    rclone before 1.74.4 fails to strip the X-Amz-Security-Token header when an S3 redirect changes scheme     from HTTPS to HTTP on the same host. Attackers can intercept plaintext HTTP traffic to capture AWS STS     session tokens sent in request headers. (CVE-2026-79782)

    rclone before 1.74.4 fails to mask special permission bits when applying source-supplied mode metadata in     the local backend, allowing attackers to set setuid/setgid bits on attacker-controlled files. When copying     with metadata preservation from an untrusted remote, attackers can plant a setuid binary that escalates     privileges to root if rclone runs as root, or to the service account user otherwise. (CVE-2026-79783)

    rclone is a command-line program to sync files and directories to and from different cloud storage     providers. From 1.49.0 until 1.75.1, the HTTP backend attaches headers configured through --http-headers     or headers= to requests in backend/http/http.go, while its fshttp.NewClient client follows redirects     without a backend-specific http.Client.CheckRedirect policy. A configured remote that redirects to another     host can therefore cause custom secrets such as X-Api-Key to be resent to that untrusted destination, and     a same-host HTTPS-to-HTTP redirect can expose Authorization or Cookie headers in cleartext. Listing, stat,     download, mount, and serve operations can trigger the leak during normal use. This issue is fixed in     version 1.75.1. (CVE-2026-88013)

    rclone is a command-line program to sync files and directories to and from different cloud storage     providers. From 1.72.0 until 1.75.1, the archive ZIP backend method (*Fs).readZip in     backend/archive/zip/zip.go accepts archive/zip.File.Name values from an untrusted central directory and     exposes cleaned entry names without ensuring that they remain inside the archive namespace. Entries such     as ../../etc/cron.d/evil can survive path.Clean and become Object.Remote() values that fs/sync and     fs/operations use as destination-relative paths, allowing rclone copy or sync to write outside the     selected destination on backends that do not independently confine the path. The non-empty root check also     used strings.HasPrefix without a path boundary, so root foo could incorrectly include sibling foobar     entries. This issue is fixed in version 1.75.1. (CVE-2026-88014)

    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. (CVE-2026-88015)

    rclone is a command-line program to sync files and directories to and from different cloud storage     providers. Prior to 1.75.1, when backend/local runs with --links, a source .rclonelink object can plant a     symlink in the destination and later directory metadata is applied through that path. MkdirMetadata,     writeMetadataToFile, and setTimes operate when Directory.translatedLink=false, so os.Chown, os.Chmod,     os.Chtimes, and birth-time handling can bypass os.Root confinement and follow the symlink. An attacker     controlling source contents can therefore apply selected ownership, permissions, modification times, or     birth times to a file or directory outside the destination, with --metadata required for chmod and chown     while modification time is applied by the normal directory workflow. This issue is fixed in version     1.75.1. (CVE-2026-88016)

    rclone is a command-line program to sync files and directories to and from different cloud storage     providers. From 1.64.0 until 1.75.1, the FTP auth-proxy driver in cmd/serve/ftp/ftp.go stores one obscured     password per username in the server-wide userPass map[string]string instead of binding the credential or     VFS to the authenticated session. If two accepted credentials use the same username but resolve to     different proxy backends, a later CheckPasswd login overwrites userPass[user], and subsequent getVFS     operations on the first session are reauthorized with the later password. The first session can then read,     create, overwrite, rename, or delete objects using the second credential's backend authority. Exploitation     requires the later same-username login to occur while the first session remains open. This issue is fixed     in version 1.75.1. (CVE-2026-88017)

    rclone is a command-line program to sync files and directories to and from different cloud storage     providers. Prior to 1.75.1, rclone serve s3 configured with --auth-proxy but without --auth-key allows     authPairMiddleware to register any client-chosen accessKeyID with an empty ws.s3Secret. gofakes3 then     verifies the request's SigV4 signature against that same empty secret, while Server.auth passes the access     key identifier as both the user and authentication value to the proxy without an independent per-identity     secret. An unauthenticated network attacker can therefore choose an arbitrary access key, sign with an     empty secret, and reach whatever backend the auth-proxy script resolves for that identity. This issue is     fixed in version 1.75.1. (CVE-2026-88018)

    rclone is a command-line program to sync files and directories to and from different cloud storage     providers. From 1.70.0 until 1.75.1, the serve/start RC interface accepts per-server proxyOpt.AuthProxy     settings, and the FTP and S3 constructors in cmd/serve/ftp/ftp.go and cmd/serve/s3/server.go incorrectly     check the process-global proxy.Opt.AuthProxy value instead. When the global value is empty, the request-     local authentication proxy is ignored: FTP falls back to the fixed filesystem with username anonymous and     any password, while S3 with AuthKey serves the fixed RC fs rather than the backend selected by the proxy.
    The dedicated command-line servers that configure the global option are not affected. This issue is fixed     in version 1.75.1. (CVE-2026-88044)

    rclone is a command-line program to sync files and directories to and from different cloud storage     providers. Prior to 1.75.1, rclone core does not reject parent-directory segments in source     Object.Remote() values before fs/list, fs/walk, fs/sync, and fs/operations pass those values to     destination backends. A flat-keyspace source object store populated with native non-rclone tooling can     contain a raw .. key segment, and affected b2, swift, qingstor, oracleobjectstorage, internetarchive, smb,     storj, sftp, webdav, ftp, filelu, shade, and sia destinations use path.Join(root, remote) before EncodeDot     can neutralize the segment. A copy or upload can therefore escape the configured root into another bucket,     share, or path reachable by the victim credential, with sftp and smb potentially reaching other filesystem     or share locations under the same login authority. This issue is fixed in version 1.75.1. (CVE-2026-88046)

Tenable has extracted the preceding description block directly from the tested product security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

ID	名稱	產品	系列	已發布	已更新	嚴重性
447914	SCA: security update for github.com/rclone/rclone (GHSA-c476-6w5q-jw77)	Tenable Self-Hosted Container Security	SCA Checks	2026/9/11	2026/9/11	high
447914	SCA: security update for github.com/rclone/rclone (GHSA-c476-6w5q-jw77)	Tenable Cloud Security	SCA Checks	2026/9/11	2026/9/11	high
346827	rclone 1.64.x < 1.75.1 FTP Auth-Proxy 跨工作階段後端混淆（CVE-2026-88017）	Nessus	Misc.	2026/9/17	2026/9/18	high
346827	rclone 1.64.x < 1.75.1 FTP Auth-Proxy 跨会话后端混淆（CVE-2026-88017）	Nessus	Misc.	2026/9/17	2026/9/18	high
351086	Amazon Linux 2023：rclone (ALAS2023-2026-3129)	Nessus	Amazon Linux Local Security Checks	2026/9/29	2026/9/29	critical
351086	Amazon Linux 2023：rclone (ALAS2023-2026-3129)	Nessus	Amazon Linux Local Security Checks	2026/9/29	2026/9/29	critical
346827	rclone 1.64.x < 1.75.1 FTP Auth-Proxy クロスセッションのバックエンドの混乱(CVE-2026-88017)	Nessus	Misc.	2026/9/17	2026/9/18	high
374678	Fedora 45:rclone(2026-7aab7a2bbe)	Nessus	Fedora Local Security Checks	2026/10/31	2026/10/31	critical
351086	Amazon Linux 2023 : rclone (ALAS2023-2026-3129)	Nessus	Amazon Linux Local Security Checks	2026/9/29	2026/9/29	critical
374678	Fedora 45 : rclone (2026-7aab7a2bbe)	Nessus	Fedora Local Security Checks	2026/10/31	2026/10/31	critical
346827	Rclone 1.64.x < 1.75.1 FTP Auth-Proxy Cross-Session Backend Confusion (CVE-2026-88017)	Nessus	Misc.	2026/9/17	2026/9/18	high
351086	Amazon Linux 2023 : rclone (ALAS2023-2026-3129)	Nessus	Amazon Linux Local Security Checks	2026/9/29	2026/9/29	critical

偵測

搜尋 Plugin

high

high

high

high

critical

critical

high

critical

critical

critical

high

critical