blob: 9036c18303da09b441b6632efdc9439b284cdf68 (
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"?>
<!DOCTYPE glsa SYSTEM "http://www.gentoo.org/dtd/glsa.dtd">
<glsa id="200410-01">
<title>sharutils: Buffer overflows in shar.c and unshar.c</title>
<synopsis>
sharutils contains two buffer overflow vulnerabilities that could lead to
arbitrary code execution.
</synopsis>
<product type="ebuild">sharutils</product>
<announced>2004-10-01</announced>
<revised>2006-05-22: 02</revised>
<bug>65773</bug>
<access>remote</access>
<affected>
<package name="app-arch/sharutils" auto="yes" arch="*">
<unaffected range="ge">4.2.1-r10</unaffected>
<vulnerable range="le">4.2.1-r9</vulnerable>
</package>
</affected>
<background>
<p>
sharutils contains utilities to manage shell archives.
</p>
</background>
<description>
<p>
sharutils contains two buffer overflows. Ulf Harnhammar discovered a
buffer overflow in shar.c, where the length of data returned by the wc
command is not checked. Florian Schilhabel discovered another buffer
overflow in unshar.c.
</p>
</description>
<impact type="normal">
<p>
An attacker could exploit these vulnerabilities to execute arbitrary
code as the user running one of the sharutils programs.
</p>
</impact>
<workaround>
<p>
There is no known workaround at this time.
</p>
</workaround>
<resolution>
<p>
All sharutils users should upgrade to the latest version:
</p>
<code>
# emerge sync
# emerge -pv ">=app-arch/sharutils-4.2.1-r10"
# emerge ">=app-arch/sharutils-4.2.1-r10"</code>
</resolution>
<references>
<uri link="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=265904">Debian Bug #265904</uri>
<uri link="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2004-1773">CVE-2004-1773</uri>
</references>
<metadata tag="requester" timestamp="2004-09-30T04:54:59Z">
jaervosz
</metadata>
<metadata tag="submitter" timestamp="2004-09-30T18:01:09Z">
jaervosz
</metadata>
<metadata tag="bugReady" timestamp="2004-10-01T08:08:15Z">
jaervosz
</metadata>
</glsa>
|