CentOS Update for rsync CESA-2011:0999 centos5 x86_64

Solution
Please Install the Updated Packages.
Insight
rsync is a program for synchronizing files over a network. A flaw was found in the way the rsync daemon handled the &quot filter&quot , &quot exclude&quot , and &quot exclude from&quot options, used for hiding files and preventing access to them from rsync clients. A remote attacker could use this flaw to bypass those restrictions by using certain command line options and symbolic links, allowing the attacker to overwrite those files if they knew their file names and had write access to them. (CVE-2007-6200) Note: This issue only affected users running rsync as a writable daemon: &quot read only&quot set to &quot false&quot in the rsync configuration file (for example, &quot /etc/rsyncd.conf&quot ). By default, this option is set to &quot true&quot . This update also fixes the following bugs: * The rsync package has been upgraded to upstream version 3.0.6, which provides a number of bug fixes and enhancements over the previous version. (BZ#339971) * When running an rsync daemon that was receiving files, a deferred info, error or log message could have been sent directly to the sender instead of being handled by the &quot rwrite()&quot function in the generator. Also, under certain circumstances, a deferred info or error message from the receiver could have bypassed the log file and could have been sent only to the client process. As a result, an &quot unexpected tag 3&quot fatal error could have been displayed. These problems have been fixed in this update so that an rsync daemon receiving files now works as expected. (BZ#471182) * Prior to this update, the rsync daemon called a number of timezone-using functions after doing a chroot. As a result, certain C libraries were unable to generate proper timestamps from inside a chrooted daemon. This bug has been fixed in this update so that the rsync daemon now calls the respective timezone-using functions prior to doing a chroot, and proper timestamps are now generated as expected. (BZ#575022) * When running rsync under a non-root user with the &quot -A&quot (&quot --acls&quot ) option and without using the &quot --numeric-ids&quot option, if there was an Access Control List (ACL) that included a group entry for a group that the respective user was not a member of on the receiving side, the &quot acl_set_file()&quot function returned an invalid argument value (&quot EINVAL&quot ). This was caused by rsync mistakenly mapping the group name to the Group ID &quot GID_NONE&quot (&quot -1&quot ), which failed. The bug has been fixed in this update so that no ... Description truncated, for more information please check the Reference URL
Affected
rsync on CentOS 5
References