CVE-2026-41035: In rsync 3.0.1 through 3.4.1, receive_xattr relies on an untrusted length value during a qsort call, leadin...
In rsync 3.0.1 through 3.4.1, receive_xattr relies on an untrusted length value during a qsort call, leading to a receiver use-after-free. The victim must run rsync with -X (aka --xattrs). On Linux, many (but not all) common configurations are vulnerable. Non-Linux platforms are more widely vulnerable.
Security readout for executives and security teams
Plain-English summary
Rsync can mishandle extended-attribute data from an untrusted sender, causing a use-after-free on the receiving side. Exposure depends on running affected rsync versions with -X or --xattrs. The business risk is highest where rsync accepts data from users, partners, automation, or less-trusted systems.
Executive priority
Treat as a high-priority patch and configuration review for backup, deployment, and file-transfer infrastructure. Prioritize exposed receivers, non-Linux systems, and workflows accepting data from less-trusted users or systems.
Technical view
CVE-2026-41035 affects rsync 3.0.1 through 3.4.1. receive_xattr trusts a length value used during qsort, leading to a receiver-side use-after-free. CVSS 3.1 is 7.4 high, with network attack vector, low complexity, low privileges, no user interaction, and changed scope.
Likely exposure
Systems using rsync with -X or --xattrs are the relevant exposure. Linux impact varies by configuration; non-Linux platforms are described as more widely vulnerable. Internet-facing or multi-tenant rsync receivers deserve priority review.
Exploitation context
The provided bundle does not establish active exploitation, and KEV is false. The vulnerability is reachable over networked rsync workflows where an attacker can influence transferred extended attributes and the receiver preserves them.
Researcher notes
The key constraints are receiver role, affected version range, and xattr preservation. Evidence provided does not name a universal fix version, so remediation should follow upstream release notes and vendor advisories. Avoid assuming all Linux deployments are exploitable.
Mitigation direction
Identify rsync receivers running affected versions with --xattrs enabled.
Apply vendor rsync updates or supported backports for CVE-2026-41035.
Disable --xattrs where business workflows do not require it.
Restrict rsync access to trusted users, hosts, and networks.
Review Red Hat advisories for affected enterprise packages.
Validation and detection
Inventory rsync versions across servers, appliances, containers, and backup jobs.
Search job definitions for -X or --xattrs usage.
Confirm whether rsync receives data from untrusted or semi-trusted sources.
Check vendor advisory status for each operating system build.
Retest backup and sync workflows after updating or disabling xattrs.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-130: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.