<?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>134397</bug_id>
          
          <creation_ts>2006-05-26 03:44 0000</creation_ts>
          <short_desc>www-apps/wordpress: code injection (CVE-2006-2667,CVE-2006-2702)</short_desc>
          <delta_ts>2006-06-09 14:17:33 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://retrogod.altervista.org/wordpress_202_xpl.html</bug_file_loc>
          <status_whiteboard>C1 [glsa] jaervosz</status_whiteboard>
          
          <priority>P2</priority>
          <bug_severity>major</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>falco@gentoo.org</reporter>
          <assigned_to>security@gentoo.org</assigned_to>
          <cc>superlag@gentoo.org</cc>
    
    <cc>web-apps@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>falco@gentoo.org</who>
            <bug_when>2006-05-26 03:44:31 0000</bug_when>
            <thetext>To be confirmed by a quick audit or a test (it&apos;s a bit tricky).

The code is too long to be reasonnably pasted here; please see the URL http://retrogod.altervista.org/wordpress_202_xpl.html

Finally, rgod manages to inject shell code, but it&apos;s hard to do, and it may depend on the configuration.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>peter.westwood@ftwr.co.uk</who>
            <bug_when>2006-05-26 04:11:43 0000</bug_when>
            <thetext>FYI AFAIK this won&apos;t work on a default install as the cache of db data is not enabled in 2.0.2 unless the user enables it.

It would affect 2.0.1 though as it does have the cache enabled by default if i recall correctly (or that may have been 2.0)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>superlag@gentoo.org</who>
            <bug_when>2006-05-26 10:56:28 0000</bug_when>
            <thetext>And since 2.0.1 is no longer in the tree, this seems like a moot point.  Security team, wouldn&apos;t you agree?

I have verified, as Peter has already mentioned, the cache is not on, unless enabled by the user.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>peter.westwood@ftwr.co.uk</who>
            <bug_when>2006-05-26 14:39:58 0000</bug_when>
            <thetext>This is now patched upstream on the 2.0 branch for a future 2.0.3 release:

http://trac.wordpress.org/changeset/3797

I don&apos;t know when the release is targetted for yet though.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jaervosz@gentoo.org</who>
            <bug_when>2006-05-30 21:08:56 0000</bug_when>
            <thetext>It&apos;s still vulnerable, just not in default configuration hence the C rating above.

Aaron would you prefer to extract patch from CVS or wait for the upstream release?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>peter.westwood@ftwr.co.uk</who>
            <bug_when>2006-06-01 02:04:28 0000</bug_when>
            <thetext>v2.0.3 is now released with the fix for this included.

See: wordpress.org/development/2006/06/wordpress-203/ </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>frilled@gentoo.org</who>
            <bug_when>2006-06-01 02:15:46 0000</bug_when>
            <thetext>BTW, it eludes me how we can have phpBB masked and this one in stable...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jaervosz@gentoo.org</who>
            <bug_when>2006-06-01 09:34:27 0000</bug_when>
            <thetext>web-apps please bump.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>superlag@gentoo.org</who>
            <bug_when>2006-06-01 14:02:10 0000</bug_when>
            <thetext>Coming right up.  I&apos;ll have it in the tree shortly.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>superlag@gentoo.org</who>
            <bug_when>2006-06-01 14:41:37 0000</bug_when>
            <thetext>Bumped. Marked stable on amd64.  Yes, I&apos;m on the arch team. :)

Call in the cavalry.  Let&apos;s have some keywording fun.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>falco@gentoo.org</who>
            <bug_when>2006-06-01 16:17:02 0000</bug_when>
            <thetext>Hi arches,

you can go and stabilize wordpress-2.0.3 please</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>falco@gentoo.org</who>
            <bug_when>2006-06-01 16:17:57 0000</bug_when>
            <thetext>amd64 already done, this is just for Koon&apos;s statistics</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tsunam@gentoo.org</who>
            <bug_when>2006-06-01 21:03:38 0000</bug_when>
            <thetext>x86 is done

^.^</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dertobi123@gentoo.org</who>
            <bug_when>2006-06-01 22:03:23 0000</bug_when>
            <thetext>ppc stable</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gustavoz@gentoo.org</who>
            <bug_when>2006-06-02 06:44:34 0000</bug_when>
            <thetext>sparc stable.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>killerfox@gentoo.org</who>
            <bug_when>2006-06-03 02:45:30 0000</bug_when>
            <thetext>stable on hppa</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>falco@gentoo.org</who>
            <bug_when>2006-06-03 05:32:16 0000</bug_when>
            <thetext>good, ready for GLSA</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wgi@muenster.de</who>
            <bug_when>2006-06-07 09:43:21 0000</bug_when>
            <thetext>Might be even A3 if the bundled version is affected, too. Quite some php apps use gd.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wgi@muenster.de</who>
            <bug_when>2006-06-07 09:45:25 0000</bug_when>
            <thetext>Sorry, wrong bug from cache :(</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jaervosz@gentoo.org</who>
            <bug_when>2006-06-08 21:07:29 0000</bug_when>
            <thetext>Peter/Aaron is there any way for a site admin to globally enable/disable this feature? (As I can&apos;t seem to find it)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>peter.westwood@ftwr.co.uk</who>
            <bug_when>2006-06-09 02:39:09 0000</bug_when>
            <thetext>You don&apos;t/can&apos;t globally enable it for all installs.

You enable it on an install by install basis in wp-config.php with:

define(&apos;ENABLE_CACHE&apos;,True);

You can force it off (although it is off by default) with:

define(&apos;DISABLE_CACHE&apos;,True);</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>falco@gentoo.org</who>
            <bug_when>2006-06-09 14:17:33 0000</bug_when>
            <thetext>GLSA 200606-08 , thanks everybody and particularly jaervosz.</thetext>
          </long_desc>
      
    </bug>

</bugzilla>