Answer in brief
CVE-2026-88014 records a Medium severity (CVSS 6.3) vulnerability in rclone archive/zip: Zip Slip via unsanitized zip entry names lets a malicious archive escape its own namespace. The current sources do not mark it as known exploited. The current feed maps rclone/rclone (generic), github.com/rclone/rclone (go), github.com/rclone/rclone (go). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 6.3. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps rclone/rclone (generic), github.com/rclone/rclone (go), github.com/rclone/rclone (go). Check affected ranges and fixed versions before updating.
| Product | Affected versions | Fixed versions |
|---|---|---|
| cpe:2.3:a:rclone:rclone:*:*:*:*:*:*:*:* | Not reported | Not reported |
| Package | Affected range | Fixed version |
|---|---|---|
| rclone/rclonegeneric | >=1.72.0 <1.75.1 | 1.75.1 |
| github.com/rclone/rclonego | >=1.72.0,<1.75.1 | 1.75.1 |
| github.com/rclone/rclonego | >=1.72.0 <1.75.1 | 1.75.1 |
Published upstream
Sep 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Sep 23, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Sep 10, 2026
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.
Quoted source text, attributed separately from HOL analysis.