svn commit: r482553 - head/security/vuxml
Sunpoet Po-Chuan Hsieh
sunpoet at FreeBSD.org
Sat Oct 20 14:57:18 UTC 2018
Author: sunpoet
Date: Sat Oct 20 14:57:16 2018
New Revision: 482553
URL: https://svnweb.freebsd.org/changeset/ports/482553
Log:
Document ruby vulnerability
PR: 232427 (based on)
Submitted by: Yasuhiro KIMURA <yasu at utahime.org>
Modified:
head/security/vuxml/vuln.xml
Modified: head/security/vuxml/vuln.xml
==============================================================================
--- head/security/vuxml/vuln.xml Sat Oct 20 14:56:29 2018 (r482552)
+++ head/security/vuxml/vuln.xml Sat Oct 20 14:57:16 2018 (r482553)
@@ -58,6 +58,57 @@ Notes:
* Do not forget port variants (linux-f10-libxml2, libxml2, etc.)
-->
<vuxml xmlns="http://www.vuxml.org/apps/vuxml-1">
+ <vuln vid="afc60484-0652-440e-b01a-5ef814747f06">
+ <topic>ruby -- multiple vulnerabilities</topic>
+ <affects>
+ <package>
+ <name>ruby</name>
+ <range><ge>2.3.0,1</ge><lt>2.3.8,1</lt></range>
+ <range><ge>2.4.0,1</ge><lt>2.4.5,1</lt></range>
+ <range><ge>2.5.0,1</ge><lt>2.5.2,1</lt></range>
+ </package>
+ </affects>
+ <description>
+ <body xmlns="http://www.w3.org/1999/xhtml">
+ <p>Ruby news:</p>
+ <blockquote cite="https://www.ruby-lang.org/en/news/2018/10/17/ruby-2-5-2-released/">
+ <p>CVE-2018-16395: OpenSSL::X509::Name equality check does not work
+ correctly</p>
+ <p>An instance of OpenSSL::X509::Name contains entities such as CN, C and
+ so on. Some two instances of OpenSSL::X509::Name are equal only when
+ all entities are exactly equal. However, there is a bug that the
+ equality check is not correct if the value of an entity of the
+ argument (right-hand side) starts with the value of the receiver
+ (left-hand side). So, if a malicious X.509 certificate is passed to
+ compare with an existing certificate, there is a possibility to be
+ judged incorrectly that they are equal.</p>
+ <p>CVE-2018-16396: Tainted flags are not propagated in Array#pack and
+ String#unpack with some directives</p>
+ <p>Array#pack method converts the receiver's contents into a string with
+ specified format. If the receiver contains some tainted objects, the
+ returned string also should be tainted. String#unpack method which
+ converts the receiver into an array also should propagate its tainted
+ flag to the objects contained in the returned array. But, with B, b, H
+ and h directives, the tainted flags are not propagated. So, if a script
+ processes unreliable inputs by Array#pack and/or String#unpack with
+ these directives and checks the reliability with tainted flags, the
+ check might be wrong.</p>
+ </blockquote>
+ </body>
+ </description>
+ <references>
+ <url>https://www.ruby-lang.org/en/news/2018/10/17/ruby-2-5-2-released/</url>
+ <url>https://www.ruby-lang.org/en/news/2018/10/17/openssl-x509-name-equality-check-does-not-work-correctly-cve-2018-16395/</url>
+ <url>https://www.ruby-lang.org/en/news/2018/10/17/not-propagated-taint-flag-in-some-formats-of-pack-cve-2018-16396/</url>
+ <cvename>CVE-2018-16395</cvename>
+ <cvename>CVE-2018-16396</cvename>
+ </references>
+ <dates>
+ <discovery>2018-10-17</discovery>
+ <entry>2018-10-20</entry>
+ </dates>
+ </vuln>
+
<vuln vid="ec5072b0-d43a-11e8-a6d2-b499baebfeaf">
<topic>MySQL -- multiple vulnerabilities</topic>
<affects>
More information about the svn-ports-all
mailing list