6.5 MEDIUM
- CVSS version (CVSS): 3.1
- Attack Vector (AV): Network (N)
- Attack Complexity (AC): Low (L)
- Privileges Required (PR): None (N)
- User Interaction (UI): Required (R)
- Scope (S): Unchanged (U)
- Confidentiality (C): None (N)
- Integrity (I): None (N)
- Availability (A): High (H)
- Modified Attack Vector (MAV): Network (N)
- Modified Attack Complexity (MAC): Low (L)
- Modified Privileges Required (MPR): None (N)
- Modified User Interaction (MUI): Required (R)
- Modified Confidentiality (MC): None (N)
- Modified Scope (MS): Unchanged (U)
- Modified Integrity (MI): None (N)
- Modified Availability (MA): High (H)
Activity log
- Created suggestion
Rsync: Receiver-side out-of-bounds read enables remote DoS from malicious server
Rsync is a file-copying tool that uses a delta-transfer algorithm to synchronize remote and local files. In versions prior to 3.4.3, the receiver-side out-of-bounds array read in rsync's recv_files() lets a malicious rsync server (or any peer acting in the sender role) deterministically crash any rsync client that pulls from it. The trigger is fully wire-protocol-level, requires no special options on the victim, and works for both rsync:// URLs and remote-shell pulls; since inc_recurse is the protocol-30+ default, any client doing a normal recursive pull against an attacker-controlled URL is exposed. A malicious server sets CF_INC_RECURSE, sends a flist whose first sorted entry is not the leading "." directory (causing parent_ndx to be set to -1), then sends a transfer record with ndx = 0 and an iflag omitting ITEM_TRANSFER, causing the receiver to read 8 bytes before the allocated pointer array and dereference the result in f_name(). The impact is crash-only: the out-of-bounds read lands in glibc mmap chunk metadata and dereferences to an unmapped low address, producing a SEGV that cannot be leveraged into an exploit (confirmed on glibc x86-64 Linux; non-glibc allocators not audited). This issue is fixed in version 3.4.3.
References
-
https://github.com/RsyncProject/rsync/security/advisories/GHSA-28pw-r563-rxvm x_refsource_CONFIRM
Affected products
- ==< 3.4.3
Matching in nixpkgs
pkgs.rsync
Fast incremental file transfer utility
pkgs.grsync
Synchronize folders, files and make backups
pkgs.rrsync
Helper to run rsync-only environments from ssh-logins
pkgs.rsyncy
Progress bar wrapper for rsync
pkgs.btrsync
Btrfs replication made easy
pkgs.parsync
Tool to parallel rsync-like pull sync over SSH
pkgs.librsync
Implementation of the rsync remote-delta algorithm
pkgs.diskrsync
Rsync for block devices and disk images
pkgs.openrsync
BSD-licensed implementation of rsync
-
nixos-unstable 2025-01-27
- nixpkgs-unstable 2025-01-27
- nixos-unstable-small 0.5.0-unstable-2026-05-31
-
nixos-26.05 2025-01-27
- nixos-26.05-small 2025-01-27
- nixpkgs-26.05-darwin 2025-01-27
pkgs.vdirsyncer
Synchronize calendars and contacts
pkgs.sqlite-rsync
Database remote-copy tool for SQLite
pkgs.yaziPlugins.rsync
Simple rsync plugin for yazi file manager
-
nixos-unstable 0-unstable-2026-03-07
- nixpkgs-unstable 0-unstable-2026-03-07
- nixos-unstable-small 1.0.1
-
nixos-26.05 0-unstable-2026-03-07
- nixos-26.05-small 0-unstable-2026-03-07
- nixpkgs-26.05-darwin 0-unstable-2026-03-07
pkgs.python313Packages.btrsync
Btrfs replication made easy
pkgs.python314Packages.btrsync
Btrfs replication made easy
pkgs.python313Packages.sysrsync
Simple and safe system's rsync wrapper for Python
pkgs.python314Packages.sysrsync
Simple and safe system's rsync wrapper for Python
pkgs.python313Packages.vdirsyncer
Synchronize calendars and contacts
Package maintainers
-
@bcyran Bazyli Cyran <bazyli@cyran.dev>
-
@jluttine Jaakko Luttinen <jaakko.luttinen@iki.fi>
-
@kuznero Roman Kuznetsov <roman@kuznero.com>
-
@fgaz Francesco Gazzetta <fgaz@fgaz.me>
-
@fabaff Fabian Affolter <mail@fabian-affolter.ch>
-
@veprbl Dmitry Kalinkin <veprbl@gmail.com>
-
@stephen-huan Stephen Huan <stephen.huan@cgdct.moe>
-
@balsoft Alexander Bantyev <balsoft75@gmail.com>
-
@andir Andreas Rammhold <andreas@rammhold.de>
-
@pyrox0 Pyrox <pyrox@pyrox.dev>
-
@leona-ya Leona Maroni <nix@leona.is>
-
@nycodeghg Marie Ramlow <tabmeier12+nix@gmail.com>
-
@JohnAZoidberg Daniel Schäfer <git@danielschaefer.me>
-
@teto Matthieu Coudron <mcoudron@hotmail.com>