never stop questioning

caldera.1999-010.rsync

caldera.1999-010.rsync
Posted Sep 23, 1999

caldera.1999-010.rsync

MD5 | 3b76678ccab30f72902e3ef0e4fdb248

caldera.1999-010.rsync

Change Mirror Download

From info@calderasystems.com Fri Apr 30 15:51:58 1999
From: Caldera Systems Information <info@calderasystems.com>
To: caldera-announce@rim.caldera.com
Date: Fri, 30 Apr 1999 11:29:51 -0600
Reply-To: info@caldera.com
Subject: SECURITY [CSSA-1999:010.0] -- rsync may change directory permissions inadvertently

-----BEGIN PGP SIGNED MESSAGE-----

______________________________________________________________________________
Caldera Systems, Inc. Security Advisory

Subject: rsync may change directory permissions inadvertently
Advisory number: CSSA-1999:010.0
Issue date: 1999 Apr 30
Cross reference:
______________________________________________________________________________


1. Problem Description

There's a security problem with rsync which can cause
the permissions of an users home directory to be changed.
The bug is fairly obscure, but it's fixed in ver 2.3.1


The problem happens if all of these conditions hold true:

1) the source file list contains exactly one filename and that
is the name of an empty directory
2) the source directory name is specified on the command line
as "somedir/" or "somedir/." or "." not as "somedir"
3) the destination directory doesn't exist
4) you have recursion and permission transfer enabled (the -a option
will do this)
5) the working directory of the receiving process is not the
destination directory (this happens when you do remote rsync
transfers)

(the short summary is that you need to be transferring an empty
directory into a non-existent directory)

In that case (which is quite rare) the permissions from the empty
directory in the source file list were set on the working directory of
the receiving process. In the case of a remote rsync over rsh or ssh
this means that the permissions on your home directory are changed to
those of the empty directory you are transferring.

This is a serious bug (and security hole) as it may change your home
directory permissions to allow other users access to your files. A
user can't exploit this hole deliberately to gain privileges (ie. this
is not an "active" security hole) but a system administrator could
easily be caught by the bug and inadvertently compromise the security
of their system.

To see if you have been hit by this bug you should look at the
permissions on your home directory. If they are not what you expect
then perhaps you have been bitten by this bug.

The fix is to chmod your home directory back to the correct
permissions and upgrade to rsync 2.3.1. The bug is in the receiving
side of rsync, so it is quite safe to continue to use older anonymous
rsync servers as long as you upgrade your client.

This bug has been present in all versions of rsync.


2. Vulnerable Versions

Systems: OpenLinux 1.0, 1.1, 1.2, 1.3, 2.2.
Packages: previous to rsync-2.3.1


3. Solutions

The proper solution is to upgrade to the rsync-2.3.1-1.i386.rpm

4. Location of Fixed Packages

The upgrade packages can be found on Caldera's FTP site at:

ftp://ftp.calderasystems.com/pub/OpenLinux/updates/2.2/current/RPMS/

The corresponding source code package can be found at:

ftp://ftp.calderaystems.com/pub/OpenLinux/updates/2.2/current/SRPMS


5. Installing Fixed Packages

Upgrade the affected packages with the following commands:

rpm -q rsync && rpm -U rsync-2.3.1-1.i386.rpm


6. Verification

The MD5 checksums (from the "md5sum" command) for these packages are:

76a89fabb96e61adb1df5c14d955c08b RPMS/rsync-2.3.1-1.i386.rpm
c16447d52d0166ab94666f2a4c1b9984 SRPMS/rsync-2.3.1-1.src.rpm


7. References

This and other Caldera security resources are located at:

http://www.calderasystems.com/news/security/index.html

Additional documentation on this problem can be found in:


This security fix closes Caldera's internal Problem Report 4509.


8. Disclaimer

Caldera Systems, Inc. is not responsible for the misuse of any of the
information we provide on this website and/or through our security
advisories. Our advisories are a service to our customers intended to
promote secure installation and use of Caldera OpenLinux.

______________________________________________________________________________


-----BEGIN PGP SIGNATURE-----
Version: 2.6.3i
Charset: noconv

iQCVAwUBNylzeen+9R4958LpAQF2hwQAq3E7kEh2LRDFnDa/E9FuK+0ArNqUEgr8
rJ5EU8sgwaA9IGNRja19op1Ak/SCK4GYohPvYpoR6tSa0P+C7McrCpO0S0fS2bQg
XiXyrbndb5erlnPjxJLFeozXtn1vIZ2jFI7Y4TvI/kQlsWbxqUAoM6tH1diHia6Z
mbQFM4fHD5Q=
=brbM
-----END PGP SIGNATURE-----
-
Notes: To learn how to use this list server, email a "help" command to
majordomo@rim.caldera.com.

Comments

RSS Feed Subscribe to this comment feed

No comments yet, be the first!

Login or Register to post a comment

File Archive:

May 2012

  • Su
  • Mo
  • Tu
  • We
  • Th
  • Fr
  • Sa
  • 1
    May 1st
    37 Files
  • 2
    May 2nd
    53 Files
  • 3
    May 3rd
    33 Files
  • 4
    May 4th
    4 Files
  • 5
    May 5th
    10 Files
  • 6
    May 6th
    17 Files
  • 7
    May 7th
    19 Files
  • 8
    May 8th
    36 Files
  • 9
    May 9th
    34 Files
  • 10
    May 10th
    35 Files
  • 11
    May 11th
    20 Files
  • 12
    May 12th
    18 Files
  • 13
    May 13th
    11 Files
  • 14
    May 14th
    27 Files
  • 15
    May 15th
    58 Files
  • 16
    May 16th
    54 Files
  • 17
    May 17th
    25 Files
  • 18
    May 18th
    53 Files
  • 19
    May 19th
    9 Files
  • 20
    May 20th
    15 Files
  • 21
    May 21st
    25 Files
  • 22
    May 22nd
    32 Files
  • 23
    May 23rd
    35 Files
  • 24
    May 24th
    26 Files
  • 25
    May 25th
    25 Files
  • 26
    May 26th
    0 Files
  • 27
    May 27th
    0 Files
  • 28
    May 28th
    0 Files
  • 29
    May 29th
    0 Files
  • 30
    May 30th
    0 Files
  • 31
    May 31st
    0 Files

Top Authors In Last 30 Days

File Tags

Systems

packet storm

© 2012 Packet Storm. All rights reserved.

close