<?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>126435</bug_id>
          
          <creation_ts>2006-03-16 08:29 0000</creation_ts>
          <short_desc>www-apps/horde - Unauthenticated Arbitrary File Read</short_desc>
          <delta_ts>2006-04-04 11: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 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://www.codescan.com/Advisories/CodeScanLabs_Horde.html</bug_file_loc>
          <status_whiteboard>C4? [stable] DerCorny</status_whiteboard>
          
          <priority>P2</priority>
          <bug_severity>trivial</bug_severity>
          <target_milestone>---</target_milestone>
          <dependson>127889</dependson>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>carlo@gentoo.org</reporter>
          <assigned_to>security@gentoo.org</assigned_to>
          <cc>web-apps@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2006-03-16 08:29:30 0000</bug_when>
            <thetext>Although all versions of horde v3.09 and prior are vulnerable to this
attack, many distrubitions of PHP are not vulnerable by default.
This vulnerability was tested and exploited on a default Fedora Core 4
install, although several horde developers were unable to reproduce this
vulnerability on Debian based servers.


In the file /services/go.php, an insecure call is made to the readfile()
function.

http://www.codescan.com/Advisories/CodeScanLabs_Horde.html</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dercorny@gentoo.org</who>
            <bug_when>2006-03-16 08:39:43 0000</bug_when>
            <thetext>arches, please test and mark stable - thank you.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gustavoz@gentoo.org</who>
            <bug_when>2006-03-16 09:11:25 0000</bug_when>
            <thetext>What do you want stable?
Also switching from horde 2.x -&gt; 3.x is a major upgrade, and all of the horde framework apps must be upgraded as well since they won&apos;t work otherwise.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dercorny@gentoo.org</who>
            <bug_when>2006-03-16 09:18:00 0000</bug_when>
            <thetext>Damn, thanks for the headsup. Web-apps/vapier please comment what to do here: Can you backport the fixes or should we go for a stable of the whole framework?

Removing arches until it&apos;s sure what needs to be done.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2006-03-16 20:30:52 0000</bug_when>
            <thetext>the next horde series was added about a week ago, but i if people are happy with it, people can stabilize it</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dercorny@gentoo.org</who>
            <bug_when>2006-03-17 02:08:00 0000</bug_when>
            <thetext>Ok arches, please try to stable the whole horde 3.1 framework, thanks.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dercorny@gentoo.org</who>
            <bug_when>2006-03-20 09:56:36 0000</bug_when>
            <thetext>i was asked which packages need to go stable at the same time, vapier/spanky could you please provide a list? thx.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gustavoz@gentoo.org</who>
            <bug_when>2006-03-20 09:59:22 0000</bug_when>
            <thetext>All of the latest www-apps/horde-* basically.
I&apos;m already testing them, but it takes time to configure them from scratch.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gustavoz@gentoo.org</who>
            <bug_when>2006-03-20 14:16:25 0000</bug_when>
            <thetext>horde-3.1, horde-chora-2.0.1, horde-gollem-1.0.2, horde-imp-4.1, horde-ingo-1.1, horde-kronolith-2.1, horde-mnemo-2.1, horde-nag-2.1, horde-passwd-3.0, horde-turba-2.1 all need to go stable at once. Some apps weren&apos;t stable before since they didn&apos;t exist for horde-2 so choose yourself, for consistency i&apos;d say go for all of them - though that requires a big amount of extra testing.
Two notes worth mention: There&apos;s no longer need to touch registry.php to register apps, the GUI setup on horde does that nowadays (mentioned in the horde eclass).
With respect to horde-turba, it has some sucky default for sources, namely netcenter that doesn&apos;t exist any more and gets initialized every time turba is called without regard for usage, thus tries to connect to a non-existant LDAP server, thus takes aaages to timeout and makes it look like it&apos;s broken.
If someone could add a note to remove the netcenter source from $WHERE_THINGS_ARE_INSTALLED/horde/turba/config/sources.php some people would be grateful.
Had to bump gollem to 1.0.2 since the previous ones had some issues with horde 3.1 (and other bugs).
That being said, sparc stable.
/me rests.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>josejx@gentoo.org</who>
            <bug_when>2006-03-24 22:21:33 0000</bug_when>
            <thetext>I&apos;ve been using these on both ppc and amd64, but I&apos;ve only marked ppc stable since I&apos;m not on the amd64 team. :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>halcy0n@gentoo.org</who>
            <bug_when>2006-03-27 18:36:12 0000</bug_when>
            <thetext>Works on x86 as best as I can tell.  Stable on x86 :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gustavoz@gentoo.org</who>
            <bug_when>2006-03-28 09:38:31 0000</bug_when>
            <thetext>hppa stable.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2006-03-28 11:54:51 0000</bug_when>
            <thetext>Ahem, just seeing the following on freshmeat:

Horde Application Framework 3.1.1

[..]

Release focus: Major security fixes

Changes:
A potential remote code execution hole has been fixed in the help viewer. This hole is present in all Horde versions after 3.0. It is not present in 2.x and earlier releases. Additional changes: export and synchronization of events across daylight saving time changes has been fixed. The MySQL session handler and support for Internet Explorer 7 and Opera Mini browsers have been improved. Some minor bugs have been fixed.

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jslootbeek@gmail.com</who>
            <bug_when>2006-03-28 11:57:45 0000</bug_when>
            <thetext>We opened bug 127889 to track the Help Viewer vulnerability</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dercorny@gentoo.org</who>
            <bug_when>2006-03-28 17:08:12 0000</bug_when>
            <thetext>Un-CC&apos;ing the remaining arches because 3.1.1 is supposed to become stable. Adding #127889 as blocker for this, so that I remember to close this one as soon as 3.1.1 is stable on amd64 and alpha.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dercorny@gentoo.org</who>
            <bug_when>2006-04-04 11:54:23 0000</bug_when>
            <thetext>GLSA 200604-02

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

</bugzilla>