blob: 4567cfcd1bc7076f7cca4d99772a4db571fb7032 (
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
64
65
66
67
|
<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet href="/xsl/glsa.xsl" type="text/xsl"?>
<?xml-stylesheet href="/xsl/guide.xsl" type="text/xsl"?>
<!DOCTYPE glsa SYSTEM "http://www.gentoo.org/dtd/glsa.dtd">
<glsa id="200902-03">
<title>Valgrind: Untrusted search path</title>
<synopsis>
An untrusted search path vulnerability in Valgrind might result in the
execution of arbitrary code.
</synopsis>
<product type="ebuild">valgrind</product>
<announced>February 12, 2009</announced>
<revised>February 12, 2009: 01</revised>
<bug>245317</bug>
<access>local</access>
<affected>
<package name="dev-util/valgrind" auto="yes" arch="*">
<unaffected range="ge">3.4.0</unaffected>
<vulnerable range="lt">3.4.0</vulnerable>
</package>
</affected>
<background>
<p>
Valgrind is an open-source memory debugger.
</p>
</background>
<description>
<p>
Tavis Ormandy reported that Valgrind loads a .valgrindrc file in the
current working directory, executing commands specified there.
</p>
</description>
<impact type="high">
<p>
A local attacker could prepare a specially crafted .valgrindrc file and
entice a user to run Valgrind from the directory containing that file,
resulting in the execution of arbitrary code with the privileges of the
user running Valgrind.
</p>
</impact>
<workaround>
<p>
Do not run "valgrind" from untrusted working directories.
</p>
</workaround>
<resolution>
<p>
All Valgrind users should upgrade to the latest version:
</p>
<code>
# emerge --sync
# emerge --ask --oneshot --verbose ">=dev-util/valgrind-3.4.0"</code>
</resolution>
<references>
<uri link="http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-4865">CVE-2008-4865</uri>
</references>
<metadata tag="requester" timestamp="Tue, 13 Jan 2009 17:33:22 +0000">
rbu
</metadata>
<metadata tag="submitter" timestamp="Tue, 13 Jan 2009 17:46:15 +0000">
rbu
</metadata>
<metadata tag="bugReady" timestamp="Tue, 13 Jan 2009 17:47:39 +0000">
rbu
</metadata>
</glsa>
|