svn commit: r453804 - head/security/vuxml
Guido Falsi
madpilot at FreeBSD.org
Thu Nov 9 10:12:11 UTC 2017
Author: madpilot
Date: Thu Nov 9 10:12:09 2017
New Revision: 453804
URL: https://svnweb.freebsd.org/changeset/ports/453804
Log:
Document Asterisk vulnerabilities.
Modified:
head/security/vuxml/vuln.xml
Modified: head/security/vuxml/vuln.xml
==============================================================================
--- head/security/vuxml/vuln.xml Thu Nov 9 09:16:25 2017 (r453803)
+++ head/security/vuxml/vuln.xml Thu Nov 9 10:12:09 2017 (r453804)
@@ -58,6 +58,94 @@ Notes:
* Do not forget port variants (linux-f10-libxml2, libxml2, etc.)
-->
<vuxml xmlns="http://www.vuxml.org/apps/vuxml-1">
+ <vuln vid="be261737-c535-11e7-8da5-001999f8d30b">
+ <topic>asterisk -- Memory/File Descriptor/RTP leak in pjsip session resource</topic>
+ <affects>
+ <package>
+ <name>asterisk13</name>
+ <range><ge>13.5.0</ge><lt>13.18.1</lt></range>
+ </package>
+ </affects>
+ <description>
+ <body xmlns="http://www.w3.org/1999/xhtml">
+ <p>The Asterisk project reports:</p>
+ <blockquote cite="http://www.asterisk.org/downloads/security-advisories">
+ <p>A memory leak occurs when an Asterisk pjsip session
+ object is created and that call gets rejected before the
+ session itself is fully established. When this happens
+ the session object never gets destroyed. This then leads
+ to file descriptors and RTP ports being leaked as well.</p>
+ </blockquote>
+ </body>
+ </description>
+ <references>
+ <url>https://downloads.asterisk.org/pub/security/AST-2017-011.html</url>
+ </references>
+ <dates>
+ <discovery>2017-10-15</discovery>
+ <entry>2017-11-09</entry>
+ </dates>
+ </vuln>
+
+ <vuln vid="ab04cb0b-c533-11e7-8da5-001999f8d30b">
+ <topic>asterisk -- Buffer overflow in CDR's set user</topic>
+ <affects>
+ <package>
+ <name>aasterisk13</name>
+ <range><lt>13.18.1</lt></range>
+ </package>
+ </affects>
+ <description>
+ <body xmlns="http://www.w3.org/1999/xhtml">
+ <p>The Asterisk project reports:</p>
+ <blockquote cite="http://www.asterisk.org/downloads/security-advisories">
+ <p>No size checking is done when setting the user field
+ for Party B on a CDR. Thus, it is possible for someone
+ to use an arbitrarily large string and write past the end
+ of the user field storage buffer. The earlier AST-2017-001
+ advisory for the CDR user field overflow was for the Party
+ A buffer.</p>
+ </blockquote>
+ </body>
+ </description>
+ <references>
+ <url>https://downloads.asterisk.org/pub/security/AST-2017-010.html</url>
+ </references>
+ <dates>
+ <discovery>2017-10-09</discovery>
+ <entry>2017-11-09</entry>
+ </dates>
+ </vuln>
+
+ <vuln vid="19b052c9-c533-11e7-8da5-001999f8d30b">
+ <topic>asterisk -- Buffer overflow in pjproject header parsing can cause crash in Asterisk</topic>
+ <affects>
+ <package>
+ <name>assterisk13</name>
+ <range><lt>13.18.1</lt></range>
+ </package>
+ </affects>
+ <description>
+ <body xmlns="http://www.w3.org/1999/xhtml">
+ <p>The Asterisk project reports:</p>
+ <blockquote cite="http://www.asterisk.org/downloads/security-advisories">
+ <p>By carefully crafting invalid values in the Cseq and
+ the Via header port, pjprojects packet parsing code can
+ create strings larger than the buffer allocated to hold
+ them. This will usually cause Asterisk to crash immediately.
+ The packets do not have to be authenticated.</p>
+ </blockquote>
+ </body>
+ </description>
+ <references>
+ <url>https://downloads.asterisk.org/pub/security/AST-2017-009.html</url>
+ </references>
+ <dates>
+ <discovery>2017-10-05</discovery>
+ <entry>2017-11-09</entry>
+ </dates>
+ </vuln>
+
<vuln vid="f40f07aa-c00f-11e7-ac58-b499baebfeaf">
<topic>OpenSSL -- Multiple vulnerabilities</topic>
<affects>
More information about the svn-ports-all
mailing list