<?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>170861</bug_id>
          
          <creation_ts>2007-03-14 12:38 0000</creation_ts>
          <short_desc>app-text/tetex &lt; 3.0_p1-r4 Multiple buffer overflows (CVE-2007-0650)</short_desc>
          <delta_ts>2008-01-10 08:53:59 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>https://issues.rpath.com/browse/RPL-1036</bug_file_loc>
          <status_whiteboard>B2 [glsa] Falco</status_whiteboard>
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>182055</blocked>
    
    <blocked>188172</blocked>
          
          <everconfirmed>1</everconfirmed>
          <reporter>jaervosz@gentoo.org</reporter>
          <assigned_to>security@gentoo.org</assigned_to>
          <cc>fauli@gentoo.org</cc>
    
    <cc>hkmaly@bigfoot.com</cc>
    
    <cc>p_ansell@yahoo.com</cc>
    
    <cc>rbu@gentoo.org</cc>
    
    <cc>tex@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>jaervosz@gentoo.org</who>
            <bug_when>2007-03-14 12:38:30 0000</bug_when>
            <thetext>Buffer overflow in the open_sty function in mkind.c for makeindex 2.14 in teTeX might allow user-assisted remote attackers to overwrite files and possibly execute arbitrary code via a long filename. NOTE: other overflows exist but might not be exploitable, such as a heap-based overflow in the check_idx function.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>falco@gentoo.org</who>
            <bug_when>2007-03-14 12:56:56 0000</bug_when>
            <thetext>CCign herd</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>falco@gentoo.org</who>
            <bug_when>2007-03-14 13:26:43 0000</bug_when>
            <thetext>not all issues are patched according to https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=225491</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jaervosz@gentoo.org</who>
            <bug_when>2007-05-08 10:28:37 0000</bug_when>
            <thetext>Fixes for rPath are out.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>py@gentoo.org</who>
            <bug_when>2007-05-31 09:40:04 0000</bug_when>
            <thetext>any news here?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>py@gentoo.org</who>
            <bug_when>2007-07-19 08:05:09 0000</bug_when>
            <thetext>text-markup, any news here?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>rbu@gentoo.org</who>
            <bug_when>2007-09-01 13:29:15 0000</bug_when>
            <thetext>py, this is maintained by the tex herd in the meantime.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>rbu@gentoo.org</who>
            <bug_when>2007-09-01 17:16:40 0000</bug_when>
            <thetext>Fixed in app-text/tetex-3.0_p1-r4.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>py@gentoo.org</who>
            <bug_when>2007-09-01 22:04:17 0000</bug_when>
            <thetext>Thanks rbu. Arches, please test and mark stable app-text/tetex-3.0_p1-r4.
Target keywords are: &quot;alpha amd64 arm hppa ia64 m68k ppc ppc64 s390 sh sparc x86 ~x86-fbsd&quot;</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>rbu@gentoo.org</who>
            <bug_when>2007-09-01 23:53:23 0000</bug_when>
            <thetext>py: shouldn&apos;t this bug also block bug 188172?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fauli@gentoo.org</who>
            <bug_when>2007-09-02 07:52:46 0000</bug_when>
            <thetext>x86 stable and I added a other_bugs as suggested by rbu.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>armin76@gentoo.org</who>
            <bug_when>2007-09-02 14:37:27 0000</bug_when>
            <thetext>alpha/ia64 stable</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>corsair@gentoo.org</who>
            <bug_when>2007-09-02 15:04:17 0000</bug_when>
            <thetext>ppc64 stable</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2007-09-02 17:29:27 0000</bug_when>
            <thetext>Stable for HPPA.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>yoswink@gentoo.org</who>
            <bug_when>2007-09-02 18:58:32 0000</bug_when>
            <thetext>During the merging I saw the message:
&quot;/usr/portage/eclass/tetex-3.eclass: line 36: tetex_pkg_setup: command not found&quot;

tetex-3.eclass run the function tetex_pkg_setup which is inherited from tetex.eclass. Problem is that QA remove the whole function as you can see in bug #156213.

Please remove it from tetex-3.eclass (if is no longer needed).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>rbu@gentoo.org</who>
            <bug_when>2007-09-02 19:22:22 0000</bug_when>
            <thetext>(In reply to comment #14)
&gt; During the merging I saw the message:
&gt; &quot;/usr/portage/eclass/tetex-3.eclass: line 36: tetex_pkg_setup: command not
&gt; found&quot;
&gt; 
&gt; tetex-3.eclass run the function tetex_pkg_setup which is inherited from
&gt; tetex.eclass. Problem is that QA remove the whole function as you can see in
&gt; bug #156213.
&gt; 
&gt; Please remove it from tetex-3.eclass (if is no longer needed).

This has been reported as bug #191046, too.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dertobi123@gentoo.org</who>
            <bug_when>2007-09-03 17:43:22 0000</bug_when>
            <thetext>ppc stable</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>yoswink@gentoo.org</who>
            <bug_when>2007-09-04 09:04:44 0000</bug_when>
            <thetext>(In reply to comment #15)
&gt; (In reply to comment #14)
&gt; &gt; During the merging I saw the message:
&gt; &gt; &quot;/usr/portage/eclass/tetex-3.eclass: line 36: tetex_pkg_setup: command not
&gt; &gt; found&quot;
&gt; &gt; 
&gt; &gt; tetex-3.eclass run the function tetex_pkg_setup which is inherited from
&gt; &gt; tetex.eclass. Problem is that QA remove the whole function as you can see in
&gt; &gt; bug #156213.
&gt; &gt; 
&gt; &gt; Please remove it from tetex-3.eclass (if is no longer needed).
&gt; 
&gt; This has been reported as bug #191046, too.
&gt; 

Any chance to get it solved before marking tetex as stable?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zlin@gentoo.org</who>
            <bug_when>2007-09-04 11:52:05 0000</bug_when>
            <thetext>Wrt. bug #189716 (upstream changed the tarball with no bump) thus far two arch maintainers on this bug has stabled the wrong tarball. For the remaining arch teams do make sure to fetch the right tarball before stabilizing.. ;)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>rbu@gentoo.org</who>
            <bug_when>2007-09-04 12:09:07 0000</bug_when>
            <thetext>(In reply to comment #18)
&gt; For the remaining arch
&gt; teams do make sure to fetch the right tarball before stabilizing.. ;)

To be more specific. Please make sure your Manifest contains:
DIST tetex-texmf-3.0.tar.gz 91402377 RMD160 a1e87733fa3cbef04e39a690ed8549aeaaddb241 SHA1 1be97f57a26a6e9b72ebfd932e45914a959aff16 SHA256 6c3b8fa619749cbb28ca0f8847e56773d13e0bb92f1ea34287420950373640c2

(In reply to comment #17)
&gt; &gt; bug #191046.
&gt; Any chance to get it solved before marking tetex as stable?

Peper just fixed it.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>yoswink@gentoo.org</who>
            <bug_when>2007-09-05 10:01:20 0000</bug_when>
            <thetext>(In reply to comment #19)
&gt; (In reply to comment #18)
&gt; &gt; For the remaining arch
&gt; &gt; teams do make sure to fetch the right tarball before stabilizing.. ;)
&gt; 
&gt; To be more specific. Please make sure your Manifest contains:
&gt; DIST tetex-texmf-3.0.tar.gz 91402377 RMD160
&gt; a1e87733fa3cbef04e39a690ed8549aeaaddb241 SHA1
&gt; 1be97f57a26a6e9b72ebfd932e45914a959aff16 SHA256
&gt; 6c3b8fa619749cbb28ca0f8847e56773d13e0bb92f1ea34287420950373640c2

Tested the new tarball, works fine.

&gt; 
&gt; (In reply to comment #17)
&gt; &gt; &gt; bug #191046.
&gt; &gt; Any chance to get it solved before marking tetex as stable?
&gt; 
&gt; Peper just fixed it.
&gt; 

Thanks, sparc stable.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beandog@gentoo.org</who>
            <bug_when>2007-09-08 01:11:50 0000</bug_when>
            <thetext>amd64 stable</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>p_ansell@yahoo.com</who>
            <bug_when>2007-09-08 08:50:44 0000</bug_when>
            <thetext>Please make sure the manifest is correct when stabilising this bug :) It caused me  about 600MB of download that I know of so far re-downloading the file so it does have an impact on users.

See bug #189716</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fauli@gentoo.org</who>
            <bug_when>2007-09-08 22:12:28 0000</bug_when>
            <thetext>All security supported arches done, glsa should be emitted combining this bug with bug 182055 and bug 188172.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>rbu@gentoo.org</who>
            <bug_when>2007-09-08 23:10:09 0000</bug_when>
            <thetext>(In reply to comment #23)
&gt; All security supported arches done, glsa should be emitted combining this bug
&gt; with bug 182055 and bug 188172.

I&apos;d also bet on the outcome, but shouldn&apos;t there be a vote?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>py@gentoo.org</who>
            <bug_when>2007-09-08 23:18:32 0000</bug_when>
            <thetext>nope, not with B2 ;-)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>py@gentoo.org</who>
            <bug_when>2007-09-28 08:51:07 0000</bug_when>
            <thetext>GLSA 200709-17, thanks everybody and sorry for the delay.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hkmaly@bigfoot.com</who>
            <bug_when>2007-10-01 08:28:29 0000</bug_when>
            <thetext>Isn&apos;t cstetex (last version - app-text/cstetex-2.0.2-r2) also affected by this bug ?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>rbu@gentoo.org</who>
            <bug_when>2007-10-21 22:46:34 0000</bug_when>
            <thetext>(In reply to comment #27)
&gt; Isn&apos;t cstetex (last version - app-text/cstetex-2.0.2-r2) also affected by this
&gt; bug ?

Yes, thanks for reporting. See bug 196673.</thetext>
          </long_desc>
      
    </bug>

</bugzilla>