<?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>125647</bug_id>
          
          <creation_ts>2006-03-09 14:25 0000</creation_ts>
          <short_desc>games-action/bzflag - server can be crashed remotely</short_desc>
          <delta_ts>2006-03-26 09:26:46 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>
          <bug_file_loc>http://aluigi.altervista.org/adv/bzflagboom-adv.txt</bug_file_loc>
          <status_whiteboard>B3 [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>bensberg@justemail.net</cc>
    
    <cc>games@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2006-03-09 14:25:21 0000</bug_when>
            <thetext>The callsigns used by the clients are not checked or re-delimited by
the server so is possible for a client to pass a callsign with no NULL
bytes at its end causing problems (crash) to the server during the
handling of this string.
On both Linux and Windows for x86 (using the precompiled packages) I
have reached the server crash without problems but is possible that in
some configurations the crash could happen after many tries or also
never, depending by how the memory is handled on that platform.

The bug can be exploited also versus password protected servers without
knowing the right keyword.

http://aluigi.altervista.org/adv/bzflagboom-adv.txt</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>koon@gentoo.org</who>
            <bug_when>2006-03-11 03:25:07 0000</bug_when>
            <thetext>One more on games team plate.
Too bad Luigi decided to do more auditing on games servers while our games team is silent :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mr_bones_@gentoo.org</who>
            <bug_when>2006-03-11 20:35:27 0000</bug_when>
            <thetext>it&apos;s masked.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>davidgrant@gmail.com</who>
            <bug_when>2006-03-12 20:08:07 0000</bug_when>
            <thetext>Can bzflag be split into server and client ebuilds? It sounds like this doesn&apos;t affect the client.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>koon@gentoo.org</who>
            <bug_when>2006-03-13 10:30:28 0000</bug_when>
            <thetext>No masking GLSA as this is not a critical security issue.
Setting this to enhancement to remember to remove bzflag at some point in the future.

Asking to separate between server and client should be done a separate non-security bug, assigend to teh games team.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tupone@gentoo.org</who>
            <bug_when>2006-03-13 10:38:34 0000</bug_when>
            <thetext>remove? For about a 4 lines patch to apply ? :( 
I love bzflag</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>bensberg@justemail.net</who>
            <bug_when>2006-03-14 11:26:20 0000</bug_when>
            <thetext>At comment #5: which 4-line patch, Tupone?  Please attach?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tupone@gentoo.org</who>
            <bug_when>2006-03-14 11:38:45 0000</bug_when>
            <thetext>Created an attachment (id=82128)
bzflag-callsignfix.patch

Patch to fix callsign, and others, ... overflow</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2006-03-14 13:47:12 0000</bug_when>
            <thetext>Tupone: feel free to fix the package and unmask it instead, as an actual fix is *always* the preferred solution.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tupone@gentoo.org</who>
            <bug_when>2006-03-19 13:36:39 0000</bug_when>
            <thetext>Fixed in CVS.
Please stabilize bzflag-2.0.4.20050930</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tupone@gentoo.org</who>
            <bug_when>2006-03-19 13:37:30 0000</bug_when>
            <thetext>I meant to stabilize bzflag-2.0.4.20050930-r1
Sorry</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tupone@gentoo.org</who>
            <bug_when>2006-03-20 12:12:51 0000</bug_when>
            <thetext>security flaw fixed.
package unmasked</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2006-03-22 06:42:54 0000</bug_when>
            <thetext>I&apos;ve marked this stable on x86.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>metalgod@gentoo.org</who>
            <bug_when>2006-03-22 17:19:24 0000</bug_when>
            <thetext>stable on amd64.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tupone@gentoo.org</who>
            <bug_when>2006-03-22 22:51:50 0000</bug_when>
            <thetext>It was marked stable on ppc
I think bug could be closed</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jaervosz@gentoo.org</who>
            <bug_when>2006-03-22 23:25:41 0000</bug_when>
            <thetext>This one is ready for GLSA decision. I tend to vote NO.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>koon@gentoo.org</who>
            <bug_when>2006-03-26 09:26:46 0000</bug_when>
            <thetext>I tend to vote NO too for DoS on game server. Closing, feel free to reopen if you disagree.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>82128</attachid>
            <date>2006-03-14 11:38 0000</date>
            <desc>bzflag-callsignfix.patch</desc>
            <filename>bzflag-callsignfix.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIHNyYy9nYW1lL1BsYXllckluZm8uY3h4Lm9yaWdpbmFsCTIwMDYtMDMtMTQgMjA6MzM6NTMu
MDAwMDAwMDAwICswMTAwCisrKyBzcmMvZ2FtZS9QbGF5ZXJJbmZvLmN4eAkyMDA2LTAzLTE0IDIw
OjM2OjQzLjAwMDAwMDAwMCArMDEwMApAQCAtMTA4LDYgKzEwOCwxMiBAQAogICBidWYgPSBuYm9V
bnBhY2tTdHJpbmcoYnVmLCBlbWFpbCwgRW1haWxMZW4pOwogICBidWYgPSBuYm9VbnBhY2tTdHJp
bmcoYnVmLCB0b2tlbiwgVG9rZW5MZW4pOwogICBidWYgPSBuYm9VbnBhY2tTdHJpbmcoYnVmLCBj
bGllbnRWZXJzaW9uLCBWZXJzaW9uTGVuKTsKKworICAvLyB0ZXJtaW5hdGUgdGhlIHN0cmluZ3MK
KyAgY2FsbFNpZ25bQ2FsbFNpZ25MZW4gLSAxXSA9ICdcMCc7CisgIGVtYWlsW0VtYWlsTGVuIC0g
MV0gPSAnXDAnOworICB0b2tlbltUb2tlbkxlbiAtIDFdID0gJ1wwJzsKKyAgY2xpZW50VmVyc2lv
bltWZXJzaW9uTGVuIC0gMV0gPSAnXDAnOwogICBjbGVhbkVNYWlsKCk7CiAKICAgREVCVUcyKCJQ
bGF5ZXIgJXMgWyVkXSBzZW50IHZlcnNpb24gc3RyaW5nOiAlc1xuIiwK
</data>        

          </attachment>
    </bug>

</bugzilla>