<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>142399</bug_id>
          
          <creation_ts>2006-08-01 03:06 0000</creation_ts>
          <short_desc>app-shells/rssh-2.3.0 - access restrictions bypass (CVE-2006-1320)</short_desc>
          <delta_ts>2006-08-10 12:30:18 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Security</product>
          <component>Vulnerabilities</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          <status_whiteboard>B4? [noglsa] jaervosz</status_whiteboard>
          
          <priority>P2</priority>
          <bug_severity>minor</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>carlo@gentoo.org</reporter>
          <assigned_to>security@gentoo.org</assigned_to>
          <cc>sgtphou@fire-eyes.org</cc>

      

      
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2006-08-01 03:06:41 0000</bug_when>
            <thetext>util.c in rssh 2.3.0 in Debian GNU/Linux does not use braces to make a block, which causes a check for CVS to always succeed and allows rsync and rdist to bypass intended access restrictions in rssh.conf.



It&apos;s not clear to me why there&apos;s the &quot;in Debian&quot; stanza. The problem is not Debian specific. Version 2.3.2 is fine.


These are the problematic loc:

--- rssh-2.3.0/util.c.orig	2005-11-27 09:01:52.000000000 -0800
+++ rssh-2.3.0/util.c	2006-01-06 16:23:04.000000000 -0800
@@ -209,13 +209,14 @@
 		return PATH_SCP;
 	}
 
-	if ( check_command(cl, opts, PATH_CVS, RSSH_ALLOW_CVS) )
+	if ( check_command(cl, opts, PATH_CVS, RSSH_ALLOW_CVS) ){
 		if ( opt_exist(cl, &apos;e&apos;) ){
 			fprintf(stderr, &quot;\ninsecure -e option not allowed.&quot;);
 			log_msg(&quot;insecure -e option in cvs command line!&quot;);
 			return NULL;
 		}
 		return PATH_CVS;
+	}
 
 	if ( check_command(cl, opts, PATH_RDIST, RSSH_ALLOW_RDIST) ){
 		/* filter -P option */</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jaervosz@gentoo.org</who>
            <bug_when>2006-08-01 07:10:01 0000</bug_when>
            <thetext>Mike please advise.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2006-08-01 17:37:49 0000</bug_when>
            <thetext>Interesting that you mark this as minor, Sune. I&apos;d say it&apos;s not a light issue and the corresponding Debian bug</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2006-08-01 17:37:49 0000</bug_when>
            <thetext>Interesting that you mark this as minor, Sune. I&apos;d say it&apos;s not a light issue and the corresponding Debian bug¹ is even classified grave.


[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=346322</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jaervosz@gentoo.org</who>
            <bug_when>2006-08-02 00:46:53 0000</bug_when>
            <thetext>I&apos;m not too familiar with rssh and not sure what can actually be accomplished with this access restriction bypass. The upstream Changelog just states:

2.3.1

 - fixed stupid bug that caused rssh not to allow rsync and rdist

Secunia says:

Note: The vulnerability was fixed in version 2.3.0, but it contains a bug in the &quot;check_command_line()&quot; function in util.c, which may cause &quot;/usr/bin/cvs&quot; to be run instead of rsync and rdist.

Carlo, can you elaborate?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>koon@gentoo.org</who>
            <bug_when>2006-08-02 06:36:36 0000</bug_when>
            <thetext>Just a note : Debian security bugs are all &quot;grave&quot; at a minimum

We range ours from trivial to blocker, that doesn&apos;t mean they aren&apos;t security issues that need more urgent care than (any?) other bugs, that&apos;s why we assign them to a team of annoying bastards that hunt maintainers down. The alternative is to call them all &quot;blocker&quot; and assign them to maintainers directly (which is how Debian handles it).
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2006-08-04 20:16:23 0000</bug_when>
            <thetext>upstream says this prevents use of rsync/rdist:
Missing brackets in one function prevented the use of rsync and rdist, ...

but there&apos;s no reason for 2.3.2 to not go stable ... there&apos;s apparently many known bugs in 2.3.0</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jaervosz@gentoo.org</who>
            <bug_when>2006-08-05 00:20:33 0000</bug_when>
            <thetext>Arches please test and mark 2.3.2 stable.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ticho@gentoo.org</who>
            <bug_when>2006-08-05 00:56:03 0000</bug_when>
            <thetext>x86 stable</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hansmi@gentoo.org</who>
            <bug_when>2006-08-05 02:40:07 0000</bug_when>
            <thetext>Stable on ppc.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>weeve@gentoo.org</who>
            <bug_when>2006-08-06 09:51:18 0000</bug_when>
            <thetext>Like a SPARC

OOOOOOOOOOOOOOOOOOOOHHHHHHHHHHHHHHHHHH LIKE A SPARC</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>falco@gentoo.org</who>
            <bug_when>2006-08-08 04:35:37 0000</bug_when>
            <thetext>mmm, time to vote


well i think it does not merit a glsa.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>frilled@gentoo.org</who>
            <bug_when>2006-08-08 04:44:34 0000</bug_when>
            <thetext>I have to abstain. I don&apos;t really get the impact.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jaervosz@gentoo.org</who>
            <bug_when>2006-08-08 05:11:46 0000</bug_when>
            <thetext>@comment #11 Bypass of access restrictions :-)

I tend to vote NO as well.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>koon@gentoo.org</who>
            <bug_when>2006-08-10 12:30:18 0000</bug_when>
            <thetext>No Debian advisory on this one. Voting no and closing.</thetext>
          </long_desc>
      
    </bug>

</bugzilla>