First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 114710
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo Security <security@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Chris White (RETIRED) <chriswhite@gentoo.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:
Flags: Requestee:
 
 
  ()

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 114710 depends on: Show dependency tree
Bug 114710 blocks:

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2005-12-07 01:49 0000
Full Disclosure:

                       Hardened-PHP Project
                        www.hardened-php.net

                      -= Security  Advisory =-


     Advisory: libcurl URL Parsing Vulnerability
 Release Date: 2005/12/07
Last Modified: 2005/12/07
       Author: Stefan Esser [sesser@hardened-php.net]

  Application: Curl    <= 7.15.0
               libcurl <= 7.15.0
     Severity: When (lib)Curl tries to parse a certain kind of
               malformed URLs this leads to a heap overflow
         Risk: Low
Vendor Status: Vendor has released an updated version
   References: http://www.hardened-php.net/advisory_242005.109.html


Overview:

   libcurl is a free and easy-to-use client-side URL transfer library,
   supporting FTP, FTPS, TFTP, HTTP, HTTPS, GOPHER, TELNET, DICT, FILE
   and LDAP. libcurl supports HTTPS certificates, HTTP POST, HTTP PUT,
   FTP uploading, HTTP form based upload, proxies, cookies,
   user+password authentication (Basic, Digest, NTLM, Negotiate,
   Kerberos4), file transfer resume, http proxy tunneling and more!

   During a quick scan of the URL parsing code within libcurl, it was
   discovered, that certain malformed URLs trigger an off-by-one(two)
   bufferoverflow. This may lead to unintended arbitrary code execution.

   Because the attacker must be able to force curl to load such an URL,
   which is not possible through a HTTP redirect, the impact is low.
   However a local attacker might use this vulnerability to break out
   of safe_mode/open_basedir restrictions when PHP is compiled with
   libcurl support.

------- Comment #1 From Sune Kloppenborg Jeppesen 2005-12-07 01:54:47 0000 -------
Alastair please advise and patch as necessary. 

------- Comment #2 From Stefan Cornelius (RETIRED) 2005-12-07 04:09:58 0000 -------
*** Bug 114729 has been marked as a duplicate of this bug. ***

------- Comment #3 From Andreas Korthaus 2005-12-07 05:08:02 0000 -------
advisory from author: http://curl.haxx.se/docs/adv_20051207.html

------- Comment #4 From Daniel Black 2005-12-13 04:52:11 0000 -------
curl-7.15.1.ebuild added  
dev-python/pycurl-7.15.1 not added yet - no upstream version. 
  
please watch out for bug 100616 curl_off_t... configure: error: cannot compute  
sizeof (curl_off_t) 
  
and   
bug 111555 (self test errors - 253 and 255 failed for me but they failed in  
previous version too) 

------- Comment #5 From Markus Rothe 2005-12-13 08:42:55 0000 -------
curl-7.15.1 stable on ppc64. waiting for dev-python/pycurl-7.15.1 to be fixed 
before removing from CC. 

------- Comment #6 From Michael Hanselmann (hansmi) (RETIRED) 2005-12-13 11:09:45 0000 -------
ppc, hppa done

------- Comment #7 From Michael Hanselmann (hansmi) (RETIRED) 2005-12-13 11:10:38 0000 -------
Forgot about pycurl

------- Comment #8 From Fernando J. Pereda (RETIRED) 2005-12-14 03:38:56 0000 -------
Did alpha for net-misc/curl, waiting for dev-python/pycurl to be fixed.

Cheers,
Ferdy

------- Comment #9 From Gustavo Zacarias (RETIRED) 2005-12-14 05:16:22 0000 -------
sparc stable.
i can assume we'll be recalled when pycurl is in, so CC removing us to avoid
noise (and maybe it'll even be on another bug!).

------- Comment #10 From Thierry Carrez (RETIRED) 2005-12-14 05:35:17 0000 -------
Yes, it will be another bug for pycurl. Opening it right now.

------- Comment #11 From Thierry Carrez (RETIRED) 2005-12-14 05:39:01 0000 -------
Removing stable arches, pycurl will be handled at bug 115524.

------- Comment #12 From Daniel Gryniewicz 2005-12-14 09:50:03 0000 -------
amd64 done.

------- Comment #13 From Joshua Jackson 2005-12-14 19:08:51 0000 -------
stable on x86

------- Comment #14 From Thierry Carrez (RETIRED) 2005-12-16 12:16:32 0000 -------
GLSA 200512-09
arm ia64 mips s390 should probably mark stable to benefit from GLSA

------- Comment #15 From Joshua Kinard 2006-02-25 23:27:43 0000 -------
mips stable.

------- Comment #16 From Stefan Tittel 2006-03-16 08:20:43 0000 -------
What about other packages which ship with their own version of libcurl?

According to http://www.heise.de/newsticker/meldung/70926 (sorry, German only)
the official OpenOffice 2.01 builds are vulnerable, which affects
app-office/openoffice-bin-2.01.

Furthermore also app-text/acroread-7.0.1.1 ships with an old version of libcurl
and might be affected as well.

------- Comment #17 From Stefan Cornelius (RETIRED) 2006-03-16 08:34:40 0000 -------
There is a new bug for OpenOffice 2.0.2 (bug #126433). Not sure about Acrobat
Reader atm, but the latest stable version in portage is 7.0.5-r2 and i
currently cant find any info that this version is vulnerable.

First Last Prev Next    No search results available      Search page      Enter new bug