From owner-svn-ports-head@freebsd.org Wed Aug 9 07:18:43 2017 Return-Path: Delivered-To: svn-ports-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64728DC5126; Wed, 9 Aug 2017 07:18:43 +0000 (UTC) (envelope-from brnrd@FreeBSD.org) Received: from repo.freebsd.org (repo.freebsd.org [IPv6:2610:1c1:1:6068::e6a:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4040665802; Wed, 9 Aug 2017 07:18:43 +0000 (UTC) (envelope-from brnrd@FreeBSD.org) Received: from repo.freebsd.org ([127.0.1.37]) by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id v797IgV9060466; Wed, 9 Aug 2017 07:18:42 GMT (envelope-from brnrd@FreeBSD.org) Received: (from brnrd@localhost) by repo.freebsd.org (8.15.2/8.15.2/Submit) id v797IgY3060464; Wed, 9 Aug 2017 07:18:42 GMT (envelope-from brnrd@FreeBSD.org) Message-Id: <201708090718.v797IgY3060464@repo.freebsd.org> X-Authentication-Warning: repo.freebsd.org: brnrd set sender to brnrd@FreeBSD.org using -f From: Bernard Spil Date: Wed, 9 Aug 2017 07:18:42 +0000 (UTC) To: ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: svn commit: r447592 - head/security/vuxml X-SVN-Group: ports-head X-SVN-Commit-Author: brnrd X-SVN-Commit-Paths: head/security/vuxml X-SVN-Commit-Revision: 447592 X-SVN-Commit-Repository: ports MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2017 07:18:43 -0000 Author: brnrd Date: Wed Aug 9 07:18:42 2017 New Revision: 447592 URL: https://svnweb.freebsd.org/changeset/ports/447592 Log: security/vuxml: Document today's cURL vulnerabilities Modified: head/security/vuxml/vuln.xml Modified: head/security/vuxml/vuln.xml ============================================================================== --- head/security/vuxml/vuln.xml Wed Aug 9 06:30:49 2017 (r447591) +++ head/security/vuxml/vuln.xml Wed Aug 9 07:18:42 2017 (r447592) @@ -58,6 +58,76 @@ Notes: * Do not forget port variants (linux-f10-libxml2, libxml2, etc.) --> + + cURL -- multiple vulnerabilities + + + curl + 7.55.0 + + + + +

The cURL project reports:

+
+
FILE buffer read out of bounds
+
When asking to get a file from a file:// URL, libcurl provides + a feature that outputs meta-data about the file using HTTP-like + headers.
+
The code doing this would send the wrong buffer to the user + (stdout or the application's provide callback), which could + lead to other private data from the heap to get inadvertently + displayed.
+
The wrong buffer was an uninitialized memory area allocated on + the heap and if it turned out to not contain any zero byte, it + would continue and display the data following that buffer in + memory.
+
+
TFTP sends more than buffer size
+
When doing a TFTP transfer and curl/libcurl is given a URL that + contains a very long file name (longer than about 515 bytes), + the file name is truncated to fit within the buffer boundaries, + but the buffer size is still wrongly updated to use the + untruncated length. This too large value is then used in the + sendto() call, making curl attempt to send more data than what + is actually put into the buffer. The sendto() function will then + read beyond the end of the heap based buffer.
+
A malicious HTTP(S) server could redirect a vulnerable libcurl- + using client to a crafted TFTP URL (if the client hasn't + restricted which protocols it allows redirects to) and trick it + to send private memory contents to a remote server over UDP. + Limit curl's redirect protocols with --proto-redir and libcurl's + with CURLOPT_REDIR_PROTOCOLS.
+
+
URL globbing out of bounds read
+
curl supports "globbing" of URLs, in which a user can pass a + numerical range to have the tool iterate over those numbers to + do a sequence of transfers.
+
In the globbing function that parses the numerical range, there + was an omission that made curl read a byte beyond the end of the + URL if given a carefully crafted, or just wrongly written, URL. + The URL is stored in a heap based buffer, so it could then be + made to wrongly read something else instead of crashing.
+
An example of a URL that triggers the flaw would be + http://ur%20[0-60000000000000000000.
+
+
+

+ + + + https://curl.haxx.se/docs/security.html + CVE-2017-1000099 + CVE-2017-1000100 + CVE-2017-1000101 + + + 2017-08-09 + 2017-08-09 + + + Axis2 -- Security vulnerability on dependency Apache Commons FileUpload