<?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>125304</bug_id>
          
          <creation_ts>2006-03-06 15:20 0000</creation_ts>
          <short_desc>&lt;=games-strategy/freeciv-2.0.7 - remotely triggered oom condition</short_desc>
          <delta_ts>2006-03-16 02:15:10 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>B3 [glsa] DerCorny</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>games@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2006-03-06 15:20:17 0000</bug_when>
            <thetext>Freeciv supports both plain and compressed data (admins can disable
this feature only recompiling the server from the source code with
USE_COMPRESSION undefined).
When the server receives a jumbo data (size set to 0xffff) it reads
the subsequent 32 bits number which identifies the size of the
compressed data.
Then it makes a signed comparison to know if the compressed size is
major than the data received, if the client uses a negative compressed
size value it will be able to elude this check.
After having substracted 6 bytes (header size) from this number the
server tries to allocate the memory needed for decompressing the data
which is fixed to 100 times this size.
If the memory cannot be allocated the server terminates or freezes
showing an out of memory message.

http://aluigi.altervista.org/adv/freecivdos-adv.txt</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dercorny@gentoo.org</who>
            <bug_when>2006-03-06 15:26:00 0000</bug_when>
            <thetext>arches please test and mark stable, thank you.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>weeve@gentoo.org</who>
            <bug_when>2006-03-06 19:56:47 0000</bug_when>
            <thetext>I&apos;m assuming you mean 2.0.8 here, but please use exact versions in the future to avoid any confusion.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mr_bones_@gentoo.org</who>
            <bug_when>2006-03-06 21:41:00 0000</bug_when>
            <thetext>x86 is stable.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gustavoz@gentoo.org</who>
            <bug_when>2006-03-07 09:06:18 0000</bug_when>
            <thetext>sparcenstein!
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>koon@gentoo.org</who>
            <bug_when>2006-03-07 13:31:28 0000</bug_when>
            <thetext>Removing x86 which is already marked stable</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>josejx@gentoo.org</who>
            <bug_when>2006-03-07 19:04:46 0000</bug_when>
            <thetext>Marked ppc stable by Pylon, tested by mabi.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dercorny@gentoo.org</who>
            <bug_when>2006-03-08 00:37:45 0000</bug_when>
            <thetext>removing ppc from CC because of comment #6</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>yoswink@gentoo.org</who>
            <bug_when>2006-03-09 03:42:56 0000</bug_when>
            <thetext>alpha is always ready for fun! 

eer ... alpha stable.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>blubb@gentoo.org</who>
            <bug_when>2006-03-12 07:53:30 0000</bug_when>
            <thetext>amd64 stable, sorry for the delay</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dercorny@gentoo.org</who>
            <bug_when>2006-03-12 07:57:33 0000</bug_when>
            <thetext>No RCE, no critical service - tend to say no here</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mr_bones_@gentoo.org</who>
            <bug_when>2006-03-12 09:13:44 0000</bug_when>
            <thetext>2.0.7 has been removed from portage.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>koon@gentoo.org</who>
            <bug_when>2006-03-12 10:49:18 0000</bug_when>
            <thetext>Bad players can kill the game server, I tend to vote yes, so we&apos;ll need one more opinion :) We usually don&apos;t issue GLSAs for game servers DoS though.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dercorny@gentoo.org</who>
            <bug_when>2006-03-12 12:15:23 0000</bug_when>
            <thetext>Ah well, you know what: i happened to have some spare time to draft and you are the leader, so i&apos;ll follow you - let&apos;s have a glsa.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dercorny@gentoo.org</who>
            <bug_when>2006-03-16 02:15:10 0000</bug_when>
            <thetext>GLSA 200603-11

Thanks everybody.</thetext>
          </long_desc>
      
    </bug>

</bugzilla>