It was discovered that rssh does not properly reject invocation of the rsync command with --rsh command line argument. It rejected command if option was specified as --rsh=command, but not when specified as --rsh command. The --rsh option makes rsync execute arbitrary command, resulting in bypass of the rssh restrictions. This issue affects rssh packages in all current Fedora (16, 17) and EPEL (5, 6) versions. Acknowledgement: This issue was discovered by the Red Hat Security Response Team.
Fixed now in upstream rssh 2.3.4. http://sourceforge.net/mailarchive/message.php?msg_id=30153369 http://www.debian.org/security/2012/dsa-2578
Created attachment 653346 [details] Updated rsync 3 patch from Debian Source: http://patch-tracker.debian.org/patch/series/view/rssh/2.3.3-6/fixes/rsync-protocol.diff Upstream fix for this issue replaced: if ( strstr(*cl, "--rsh=" ) ){ check by a: if ( strstr(*cl, "--rsh" ) ){ in check_command_line() in util.c. In Fedora packages, where we already have a patch adding rsync 3 support, updated rsync-protocol.diff patch from Debian rssh packages should be considered instead (which checks both -e and --rsh in the rsync_e_okay()).
Created rssh tracking bugs for this issue Affects: fedora-all [bug 880991] Affects: epel-all [bug 880992]
rssh-2.3.4-1.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.
Other references: http://archives.neohapsis.com/archives/bugtraq/2012-11/0101.html http://www.securityfocus.com/bid/56708 http://osvdb.org/87926 http://secunia.com/advisories/51307 http://secunia.com/advisories/51343 http://xforce.iss.net/xforce/xfdb/80335
rssh-2.3.4-1.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.