aboutsummaryrefslogtreecommitdiff
path: root/security/vuxml
diff options
context:
space:
mode:
authorMatthias Andree <mandree@FreeBSD.org>2014-06-26 18:08:02 +0000
committerMatthias Andree <mandree@FreeBSD.org>2014-06-26 18:08:02 +0000
commitbb9cd2e711dac4a10bd88c56fa6a3c11c36906ba (patch)
treeb7787d328e2f760e3da029e87060b141b538f02a /security/vuxml
parent5e20a13809e94441489b9ad71bc38e7731de34d6 (diff)
downloadports-bb9cd2e711dac4a10bd88c56fa6a3c11c36906ba.tar.gz
ports-bb9cd2e711dac4a10bd88c56fa6a3c11c36906ba.zip
Notes
Diffstat (limited to 'security/vuxml')
-rw-r--r--security/vuxml/vuln.xml33
1 files changed, 33 insertions, 0 deletions
diff --git a/security/vuxml/vuln.xml b/security/vuxml/vuln.xml
index f6cf7988075a..c4e5288f7ad5 100644
--- a/security/vuxml/vuln.xml
+++ b/security/vuxml/vuln.xml
@@ -57,6 +57,39 @@ Notes:
-->
<vuxml xmlns="http://www.vuxml.org/apps/vuxml-1">
+ <vuln vid="d1f5e12a-fd5a-11e3-a108-080027ef73ec">
+ <topic>LZO -- potential buffer overrun when processing malicious input data</topic>
+ <affects>
+ <package>
+ <name>lzo2</name>
+ <range><lt>2.07</lt></range>
+ </package>
+ </affects>
+ <description>
+ <body xmlns="http://www.w3.org/1999/xhtml">
+ <p>Markus Franz Xaver Johannes Oberhumer reports, in the package's NEWS file:</p>
+ <blockquote>
+ <p>Fixed a potential integer overflow condition in the "safe"
+ decompressor variants which could result in a possible buffer
+ overrun when processing maliciously crafted compressed input
+ data.</p>
+
+ <p>As this issue only affects 32-bit systems and also can only happen
+ if you use uncommonly huge buffer sizes where you have to decompress
+ more than 16 MiB (2^24 bytes) compressed bytes within a single
+ function call, the practical implications are limited.</p>
+ </blockquote>
+ </body>
+ </description>
+ <references>
+ <url>http://www.oberhumer.com/opensource/lzo/download/lzo-2.07.tar.gz</url>
+ </references>
+ <dates>
+ <discovery>2014-06-25</discovery>
+ <entry>2014-06-26</entry>
+ </dates>
+ </vuln>
+
<vuln vid="1c840eb9-fb32-11e3-866e-b499baab0cbe">
<topic>gnupg -- possible DoS using garbled compressed data packets</topic>
<affects>