<?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>113647</bug_id>
          
          <creation_ts>2005-11-26 11:45 0000</creation_ts>
          <short_desc>www-misc/gurlchecker Possible overflows</short_desc>
          <delta_ts>2005-12-21 19:25:39 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>Auditing</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          <bug_file_loc>http://labs.libre-entreprise.org/forum/forum.php?forum_id=429</bug_file_loc>
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>castan.o@free.fr</reporter>
          <assigned_to>leonardop@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>castan.o@free.fr</who>
            <bug_when>2005-11-26 11:45:02 0000</bug_when>
            <thetext>I&apos;ve built gurlchecker on Gentoo ppc and x86. Receiving segfaults after a while
on both arch I used valgrind.
I found a few bugs in gurlchecker-0.8.2, reported to the maintainer with a patch :
- with g_memdup in uc_check_link_get_properties_proto_http (off by one string
copy leading to consecutive read overflows)
- with htmlFreeParserCtxt in uc_html_parser_get_tags (read and write access to
free&apos;d zone)
- with memcpy in uc_utils_string_cut (potential read overflow) and write
overflow with strncat

The last overflow can be triggered with a link url of the right size, but the
write content can&apos;t be controled. Looks like the problem is limited to remote
DoS but not remote execution.

Reproducible: Always
Steps to Reproduce:</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jaervosz@gentoo.org</who>
            <bug_when>2005-11-26 12:01:45 0000</bug_when>
            <thetext>Auditors please adivse (And reassign to maintainer if this is just a simple 
crash and not exploitable) </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>taviso@gentoo.org</who>
            <bug_when>2005-12-18 12:37:59 0000</bug_when>
            <thetext>Yes, clearly some bugs there, but looks like no security impact, reassigning to maintainer.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>leonardop@gentoo.org</who>
            <bug_when>2005-12-21 19:25:39 0000</bug_when>
            <thetext>I&apos;ve committed gurlchecker-0.8.3 to the tree, which includes these bug fixes. Since no real security problems have been identified, it won&apos;t be pushed to stable too soon.

Thanks for the report.</thetext>
          </long_desc>
      
    </bug>

</bugzilla>