Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 23 Oct 2017 08:57:12 +0000 (UTC)
From:      Bernard Spil <brnrd@FreeBSD.org>
To:        ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org
Subject:   svn commit: r452696 - head/security/vuxml
Message-ID:  <201710230857.v9N8vCTZ054180@repo.freebsd.org>

next in thread | raw e-mail | index | archive | help
Author: brnrd
Date: Mon Oct 23 08:57:11 2017
New Revision: 452696
URL: https://svnweb.freebsd.org/changeset/ports/452696

Log:
  security/vuxml: Document cURL vulnerability
  
   - While here, fix date in latest mysql entry

Modified:
  head/security/vuxml/vuln.xml

Modified: head/security/vuxml/vuln.xml
==============================================================================
--- head/security/vuxml/vuln.xml	Mon Oct 23 08:06:35 2017	(r452695)
+++ head/security/vuxml/vuln.xml	Mon Oct 23 08:57:11 2017	(r452696)
@@ -58,6 +58,42 @@ Notes:
   * Do not forget port variants (linux-f10-libxml2, libxml2, etc.)
 -->
 <vuxml xmlns="http://www.vuxml.org/apps/vuxml-1">;
+  <vuln vid="143ec3d6-b7cf-11e7-ac58-b499baebfeaf">
+    <topic>cURL -- out of bounds read</topic>
+    <affects>
+      <package>
+	<name>curl</name>
+	<range><ge>7.20</ge><lt>7.56.1</lt></range>
+      </package>
+    </affects>
+    <description>
+      <body xmlns="http://www.w3.org/1999/xhtml">;
+	<p>The cURL project reports:</p>
+	<blockquote cite="https://curl.haxx.se/docs/adv_20171023.html">;
+	  <p>libcurl contains a buffer overrun flaw in the IMAP handler.<br/>
+	    An IMAP FETCH response line indicates the size of the returned data,
+	    in number of bytes. When that response says the data is zero bytes,
+	    libcurl would pass on that (non-existing) data with a pointer and
+	    the size (zero) to the deliver-data function.<br/>
+	    libcurl's deliver-data function treats zero as a magic number and
+	    invokes strlen() on the data to figure out the length. The strlen()
+	    is called on a heap based buffer that might not be zero terminated
+	    so libcurl might read beyond the end of it into whatever memory lies
+	    after (or just crash) and then deliver that to the application as if
+	    it was actually downloaded.</p>
+	</blockquote>
+      </body>
+    </description>
+    <references>
+      <url>https://curl.haxx.se/docs/adv_20171023.html</url>;
+      <cvename>CVE-2017-1000257</cvename>
+    </references>
+    <dates>
+      <discovery>2017-10-23</discovery>
+      <entry>2017-10-23</entry>
+    </dates>
+  </vuln>
+
   <vuln vid="10c0fabc-b5da-11e7-816e-00bd5d1fff09">
     <topic>h2o -- DoS in workers</topic>
     <affects>
@@ -419,7 +455,8 @@ Notes:
     </references>
     <dates>
       <discovery>2017-10-18</discovery>
-      <entry>2017-10-19</entry>
+      <entry>2017-10-18</entry>
+      <modified>2017-10-23</modified>
     </dates>
   </vuln>
 



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201710230857.v9N8vCTZ054180>