CVE-2026-53784: RsyncProject rsync · Link Following
Affects RsyncProject rsyncSource CVE Database V5
Not known to be exploited · CVSS 8.4 High · fixed in 3.5.0 : patch RsyncProject rsync soon.
Data as of 12 Nov 2026, 23:24 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 14% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 3.5.0
CVSS:4.0/AV:L/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 13 Aug 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 13 Nov 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| RsyncProjectrsync | Affected
| Fixed in– |
GitHubrsyncpkg:github/rsyncOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
A fix is available in rsync version 3.5.0 and later. Users should upgrade to version 3.5.0 or newer to remediate this vulnerability. Until then, administrators should consider enabling use chroot or avoid using symlinks in the module root path as a temporary mitigation. Patch status is confirmed by the availability of version 3.5.0 as the fixed release.
Description
CVE-2026-53784 is a path traversal vulnerability in rsync versions up to 3.4.4. When the rsync daemon is configured with use chroot disabled and the module root or a component of it is a symbolic link, remote clients can access files outside the intended module root. This occurs because the daemon changes directory to the module root without resolving symlinks, causing relative path operations to reference unintended locations.