<?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>53903</bug_id>
          
          <creation_ts>2004-06-14 10:11 0000</creation_ts>
          <short_desc>app-emulation/vice-1.14 - monitor memory dump format string vulnerability</short_desc>
          <delta_ts>2004-06-16 07:54:23 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Security</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          <bug_file_loc>http://www.trikaliotis.net/vicekb/vsa-2004-1</bug_file_loc>
          <status_whiteboard>C2 [glsa]</status_whiteboard>
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>carlo@gentoo.org</reporter>
          <assigned_to>security@gentoo.org</assigned_to>
          <cc>games@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2004-06-14 10:11:08 0000</bug_when>
            <thetext>There is a format string vulnerability in the handling of the monitor
&quot;memory dump&quot; command. If the string to be output contains any % sign,
it is interpreted as a command for the output, normally resulting in a
crash. Even more sophisticated exploits, like arbitrary code execution
on the host machine, are possible.

http://www.trikaliotis.net/vicekb/vsa-2004-1
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0453
http://www.trikaliotis.net/vicekb/vice-1.14-mon-vuln.diff.gz</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>koon@gentoo.org</who>
            <bug_when>2004-06-14 13:34:40 0000</bug_when>
            <thetext>CAN-2004-0453
games : it looks like app-emulation/vice is in your herd... Could you apply the provided patch and bump the ebuild ?
Thanks.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mr_bones_@gentoo.org</who>
            <bug_when>2004-06-14 17:47:00 0000</bug_when>
            <thetext>vice-1.14-r1.ebuild in CVS with the patch.  Go ahead and close.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jaervosz@gentoo.org</who>
            <bug_when>2004-06-15 14:39:04 0000</bug_when>
            <thetext>GLSA drafted: security please review.

Note: 

- Changed the severity to low as a user have to type a specific string for this bug to be exploitable. Referenced advisory also rates severity as low.

- CAN-2004-0453 reference is not included as it is still under review.

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mr_bones_@gentoo.org</who>
            <bug_when>2004-06-15 15:32:09 0000</bug_when>
            <thetext>Yeah, I don&apos;t know if it&apos;s worth sending out a glsa on this.  There is no
privilege escalation due to the bug in vice.  It&apos;s basically the same as
telling some noob to run a dangerous command from the command-line.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>koon@gentoo.org</who>
            <bug_when>2004-06-16 01:21:16 0000</bug_when>
            <thetext>aervosz and I agree for no GLSA on this one. Closing.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2004-06-16 05:21:00 0000</bug_when>
            <thetext>Was it mentioned in the ChangeLog that there was a security fix?  From what I have gathered from our users, silently fixing a security flaw, no matter how small, is bad in their eyes.  I think it would probably be better to issue a GLSA mentioning the fact that the bug was only exploitable by a user to give privileges of the same user, and therefore of very low severity, but still a GLSA should be issued.  After all, there *was* a security bug that has now been resolved.  Is that not what a GLSA is for?

*grin*</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>koon@gentoo.org</who>
            <bug_when>2004-06-16 07:24:02 0000</bug_when>
            <thetext>A vulnerability requiring, to be exploited, that you type an esoteric command yourself is not really a vulnerability. It shouldn&apos;t have been a security bug in the first place.

Otherwise bash and rm are vulnerable too, and should be masked :)
If you still disagree, please comment.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2004-06-16 07:54:23 0000</bug_when>
            <thetext>You&apos;re right.  That isn&apos;t an &quot;exploit&quot; but rather a simple &quot;bug&quot; in the code.</thetext>
          </long_desc>
      
    </bug>

</bugzilla>