Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 31 Mar 2016 08:01:09 +0000 (UTC)
From:      Guido Falsi <madpilot@FreeBSD.org>
To:        ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org
Subject:   svn commit: r412209 - head/security/vuxml
Message-ID:  <201603310801.u2V819hY097473@repo.freebsd.org>

next in thread | raw e-mail | index | archive | help
Author: madpilot
Date: Thu Mar 31 08:01:08 2016
New Revision: 412209
URL: https://svnweb.freebsd.org/changeset/ports/412209

Log:
  Document mutiple Botan vulnerabilities.
  
  PR:		208393
  Submitted by:	Lapo Luchini <lapo at lapo.it>
  Security:	CVE-2015-5726
  Security:	CVE-2015-5727
  Security:	CVE-2016-2194
  Security:	CVE-2016-2195

Modified:
  head/security/vuxml/vuln.xml

Modified: head/security/vuxml/vuln.xml
==============================================================================
--- head/security/vuxml/vuln.xml	Thu Mar 31 07:43:47 2016	(r412208)
+++ head/security/vuxml/vuln.xml	Thu Mar 31 08:01:08 2016	(r412209)
@@ -58,6 +58,65 @@ Notes:
   * Do not forget port variants (linux-f10-libxml2, libxml2, etc.)
 -->
 <vuxml xmlns="http://www.vuxml.org/apps/vuxml-1">;
+  <vuln vid="4cd9b19f-f66d-11e5-b94c-001999f8d30b">
+    <topic>Multiple vulnerabilities in Botan</topic>
+    <affects>
+      <package>
+	<name>botan110</name>
+	<range><lt>1.10.11</lt></range>
+      </package>
+    </affects>
+    <description>
+      <body xmlns="http://www.w3.org/1999/xhtml">;
+	<p>The botan developers reports:</p>
+	<blockquote cite="http://botan.randombit.net/security.html">;
+	  <p>Infinite loop in modular square root algorithm - The ressol function implements the Tonelli-Shanks algorithm for finding square roots could be sent into a nearly infinite loop due to a misplaced conditional check. This could occur if a composite modulus is provided, as this algorithm is only defined for primes. This function is exposed to attacker controlled input via the OS2ECP function during ECC point decompression.</p>
+	  <p>Heap overflow on invalid ECC point - The PointGFp constructor did not check that the affine coordinate arguments were less than the prime, but then in curve multiplication assumed that both arguments if multiplied would fit into an integer twice the size of the prime.</p>
+	  <p>The bigint_mul and bigint_sqr functions received the size of the output buffer, but only used it to dispatch to a faster algorithm in cases where there was sufficient output space to call an unrolled multiplication function.</p>
+	  <p>The result is a heap overflow accessible via ECC point decoding, which accepted untrusted inputs. This is likely exploitable for remote code execution.</p>
+	  <p>On systems which use the mlock pool allocator, it would allow an attacker to overwrite memory held in secure_vector objects. After this point the write will hit the guard page at the end of the mmapped region so it probably could not be used for code execution directly, but would allow overwriting adjacent key material.</p>
+	</blockquote>
+      </body>
+    </description>
+    <references>
+      <url>http://botan.randombit.net/security.html</url>;
+      <cvename>CVE-2016-2194</cvename>
+      <cvename>CVE-2016-2195</cvename>
+    </references>
+    <dates>
+      <discovery>2016-02-01</discovery>
+      <entry>2016-03-31</entry>
+    </dates>
+  </vuln>
+
+  <vuln vid="2004616d-f66c-11e5-b94c-001999f8d30b">
+    <topic>Botan BER Decoder vulnerabilities</topic>
+    <affects>
+      <package>
+	<name>botan110</name>
+	<range><lt>1.10.10</lt></range>
+      </package>
+    </affects>
+    <description>
+      <body xmlns="http://www.w3.org/1999/xhtml">;
+	<p>The botan developers reports:</p>
+	<blockquote cite="http://botan.randombit.net/">;
+	  <p>Excess memory allocation in BER decoder - The BER decoder would allocate a fairly arbitrary amount of memory in a length field, even if there was no chance the read request would succeed. This might cause the process to run out of memory or invoke the OOM killer.</p>
+	  <p>Crash in BER decoder - The BER decoder would crash due to reading from offset 0 of an empty vector if it encountered a BIT STRING which did not contain any data at all. This can be used to easily crash applications reading untrusted ASN.1 data, but does not seem exploitable for code execution.</p>
+	</blockquote>
+      </body>
+    </description>
+    <references>
+      <url>http://botan.randombit.net/security.html</url>;
+      <cvename>CVE-2015-5726</cvename>
+      <cvename>CVE-2015-5727</cvename>
+    </references>
+    <dates>
+      <discovery>2015-08-03</discovery>
+      <entry>2016-03-31</entry>
+    </dates>
+  </vuln>
+
   <vuln vid="e1085b15-f609-11e5-a230-0014a5a57822">
     <topic>mercurial -- multiple vulnerabilities</topic>
     <affects>



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