blob: f50ea62db4744c1c10f98aaf3c99e30cb5c7c3ce (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
|
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE glsa SYSTEM "http://www.gentoo.org/dtd/glsa.dtd">
<glsa id="200607-11">
<title>TunePimp: Buffer overflow</title>
<synopsis>
A vulnerability in TunePimp has been reported which could lead to the
execution of arbitrary code.
</synopsis>
<product type="ebuild">Tunepimp</product>
<announced>2006-07-28</announced>
<revised>2007-06-01: 02</revised>
<bug>140184</bug>
<access>remote</access>
<affected>
<package name="media-libs/tunepimp" auto="yes" arch="*">
<unaffected range="ge">0.5.0</unaffected>
<vulnerable range="le">0.4.2</vulnerable>
</package>
</affected>
<background>
<p>
The TunePimp library (also referred to as libtunepimp) is a development
library geared towards developers who wish to create MusicBrainz
enabled tagging applications.
</p>
</background>
<description>
<p>
Kevin Kofler has reported a vulnerability where three stack variables
are allocated with 255, 255 and 100 bytes respectively, yet 256 bytes
are read into each. This could lead to buffer overflows.
</p>
</description>
<impact type="normal">
<p>
Running an affected version of TunePimp could lead to the execution of
arbitrary code by a remote attacker.
</p>
</impact>
<workaround>
<p>
There is no known workaround at this time.
</p>
</workaround>
<resolution>
<p>
All tunepimp users should upgrade to the latest version:
</p>
<code>
# emerge --sync
# emerge --ask --oneshot --verbose ">=media-libs/tunepimp-0.5."</code>
</resolution>
<references>
<uri link="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-3600">CVE-2006-3600</uri>
<uri link="http://bugs.musicbrainz.org/ticket/1764">MusicBrainz bug #1764</uri>
</references>
<metadata tag="submitter" timestamp="2006-07-25T17:18:27Z">
dizzutch
</metadata>
<metadata tag="bugReady" timestamp="2006-07-27T17:51:46Z">
koon
</metadata>
</glsa>
|