Red Hat Security Advisory: rsync security, bug fix, and enhancement update
The rsync utility enables the users to copy and synchronize files locally or across a network. Synchronization with rsync is fast because rsync only sends the differences in files over the network instead of sending whole files. The rsync utility is also used as a mirroring tool. Security Fix(es): * rsync: rsync: Remote memory disclosure via integer overflow in compressed-token decoding (CVE-2026-43618) * rsync: TOCTOU symlink race condition allowing local privilege escalation in daemon mode without chroot. (CVE-2026-29518) Bug Fix(es) and Enhancement(s): * Rebase rsync to version 3.4.4 in RHEL10 (JIRA:RHEL-181630) For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and other related information, refer to the CVE page(s) listed in the References section.
AI Analysis
Technical Summary
CVE-2026-29518 is a TOCTOU symlink race condition vulnerability in the rsync daemon when 'use chroot = no' is configured. A local attacker with write permissions to an rsync module path can exploit the race condition to redirect file operations outside the intended module directory, potentially disclosing or overwriting files and escalating privileges if the daemon runs with elevated rights. The default configuration setting 'use chroot = yes' prevents this vulnerability by isolating the rsync process. Red Hat has released an update rebasing rsync to version 3.4.4 in Red Hat Enterprise Linux 10 that fixes this issue.
Potential Impact
This vulnerability allows a local attacker with write access to an rsync module path to escalate privileges on the system by exploiting a race condition in the daemon when chroot is disabled. The attacker can read or overwrite files outside the intended directory, potentially compromising system integrity and confidentiality. The default configuration with chroot enabled is not affected, limiting exposure to systems explicitly configured with 'use chroot = no'.
Mitigation Recommendations
Red Hat recommends ensuring the rsync daemon configuration uses 'use chroot = yes', which is the default setting and prevents this vulnerability. If 'use chroot = no' is set in /etc/rsyncd.conf, it should be changed to 'use chroot = yes' and the rsync service restarted. Additionally, applying the Red Hat update that rebases rsync to version 3.4.4 in Red Hat Enterprise Linux 10 will address this vulnerability.
Red Hat Security Advisory: rsync security, bug fix, and enhancement update
Description
The rsync utility enables the users to copy and synchronize files locally or across a network. Synchronization with rsync is fast because rsync only sends the differences in files over the network instead of sending whole files. The rsync utility is also used as a mirroring tool. Security Fix(es): * rsync: rsync: Remote memory disclosure via integer overflow in compressed-token decoding (CVE-2026-43618) * rsync: TOCTOU symlink race condition allowing local privilege escalation in daemon mode without chroot. (CVE-2026-29518) Bug Fix(es) and Enhancement(s): * Rebase rsync to version 3.4.4 in RHEL10 (JIRA:RHEL-181630) For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and other related information, refer to the CVE page(s) listed in the References section.
Affected software
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
CVE-2026-29518 is a TOCTOU symlink race condition vulnerability in the rsync daemon when 'use chroot = no' is configured. A local attacker with write permissions to an rsync module path can exploit the race condition to redirect file operations outside the intended module directory, potentially disclosing or overwriting files and escalating privileges if the daemon runs with elevated rights. The default configuration setting 'use chroot = yes' prevents this vulnerability by isolating the rsync process. Red Hat has released an update rebasing rsync to version 3.4.4 in Red Hat Enterprise Linux 10 that fixes this issue.
Potential Impact
This vulnerability allows a local attacker with write access to an rsync module path to escalate privileges on the system by exploiting a race condition in the daemon when chroot is disabled. The attacker can read or overwrite files outside the intended directory, potentially compromising system integrity and confidentiality. The default configuration with chroot enabled is not affected, limiting exposure to systems explicitly configured with 'use chroot = no'.
Mitigation Recommendations
Red Hat recommends ensuring the rsync daemon configuration uses 'use chroot = yes', which is the default setting and prevents this vulnerability. If 'use chroot = no' is set in /etc/rsyncd.conf, it should be changed to 'use chroot = yes' and the rsync service restarted. Additionally, applying the Red Hat update that rebases rsync to version 3.4.4 in Red Hat Enterprise Linux 10 will address this vulnerability.
Technical Details
- Gcve Source
- db.gcve.eu
- Csaf Category
- csaf_security_advisory
- Csaf Version
- 2.0
- Publisher
- Red Hat Product Security
- Advisory Id
- RHSA-2026:26332
- Cve Count
- 2
- Additional Cves
- ["CVE-2026-43618"]
- State
- PUBLISHED
Threat ID: 6a3270570b89be68881d3b31
Added to database: 06/17/2026, 10:00:55 UTC
Last enriched: 08/14/2026, 22:50:44 UTC
Last updated: 09/11/2026, 22:38:16 UTC
Views: 367
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
External Links
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.