svn commit: r364638 - head/security/vuxml

Mon Aug 11 18:52:34 UTC 2014

Author: ohauer
Date: Mon Aug 11 18:52:33 2014
New Revision: 364638
URL: http://svnweb.freebsd.org/changeset/ports/364638
QAT: https://qat.redports.org/buildarchive/r364638/

Log:
  - document serf CVE-2014-3504
  
  MFH:		2014Q3

Modified:
  head/security/vuxml/vuln.xml

Modified: head/security/vuxml/vuln.xml
==============================================================================

--- head/security/vuxml/vuln.xml	Mon Aug 11 18:42:37 2014	(r364637)
+++ head/security/vuxml/vuln.xml	Mon Aug 11 18:52:33 2014	(r364638)
@@ -57,6 +57,42 @@ Notes:
 
 -->
 <vuxml xmlns="http://www.vuxml.org/apps/vuxml-1">
+  <vuln vid="69048656-2187-11e4-802c-20cf30e32f6d">
+    <topic>serf -- SSL Certificate Null Byte Poisoning</topic>
+    <affects>
+      <package>
+	<name>serf</name>
+	<range><lt>1.3.7</lt></range>
+      </package>
+    </affects>
+    <description>
+      <body xmlns="http://www.w3.org/1999/xhtml">
+	<p>serf Development list reports:</p>
+	<blockquote cite="https://groups.google.com/forum/#!topic/serf-dev/NvgPoK6sFsc">
+	  <p>Serf provides APIs to retrieve information about a certificate.  These
+	    APIs return the information as NUL terminated strings (commonly called C
+	    strings).  X.509 uses counted length strings which may include a NUL byte.
+	    This means that a library user will interpret any information as ending
+	    upon seeing this NUL byte and will only see a partial value for that field.
+	  </p>
+	  <p>Attackers could exploit this vulnerability to create a certificate that a
+	    client will accept for a different hostname than the full certificate is
+	    actually for by embedding a NUL byte in the certificate.</p>
+	  <p>This can lead to a man-in-the-middle attack.  There are no known instances
+	    of this problem being exploited in the wild and in practice it should be
+	    difficult to actually exploit this vulnerability.</p>
+	</blockquote>
+      </body>
+    </description>
+    <references>
+      <cvename>CVE-2014-3504</cvename>
+    </references>
+    <dates>
+      <discovery>2014-08-06</discovery>
+      <entry>2014-08-11</entry>
+    </dates>
+  </vuln>
+
   <vuln vid="83a418cc-2182-11e4-802c-20cf30e32f6d">
     <topic>subversion -- several vulnerabilities</topic>
     <affects>
