blob: c7e698e6a92db63ae66ba181ed229bad727f2df3 (
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
|
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE glsa SYSTEM "http://www.gentoo.org/dtd/glsa.dtd">
<glsa id="200502-32">
<title>UnAce: Buffer overflow and directory traversal vulnerabilities</title>
<synopsis>UnAce is vulnerable to several buffer overflow and directory
traversal attacks.
</synopsis>
<product type="ebuild">unace</product>
<announced>2005-02-28</announced>
<revised>2014-05-19: 2</revised>
<bug>81958</bug>
<access>remote</access>
<affected>
<package name="app-arch/unace" auto="yes" arch="*">
<unaffected range="ge">2.5-r3</unaffected>
<vulnerable range="le">2.5-r3</vulnerable>
</package>
</affected>
<background>
<p>UnAce is an utility to extract, view and test the contents of an ACE
archive.
</p>
</background>
<description>
<p>Ulf Harnhammar discovered that UnAce suffers from buffer overflows when
testing, unpacking or listing specially crafted ACE archives
(CAN-2005-0160). He also found out that UnAce is vulnerable to directory
traversal attacks, if an archive contains “./..” sequences or
absolute filenames (CAN-2005-0161).
</p>
</description>
<impact type="normal">
<p>An attacker could exploit the buffer overflows to execute malicious code
or the directory traversals to overwrite arbitrary files.
</p>
</impact>
<workaround>
<p>There is no known workaround at this time.</p>
</workaround>
<resolution>
<p>All UnAce users should upgrade to the latest available version:</p>
<code>
# emerge --sync
# emerge --ask --oneshot --verbose ">=app-arch/unace-2.5-r3"
</code>
</resolution>
<references>
<uri link="https://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2005-0160">
CAN-2005-0160
</uri>
<uri link="https://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2005-0161">
CAN-2005-0161
</uri>
</references>
<metadata tag="requester" timestamp="2011-10-07T22:18:40Z">system</metadata>
<metadata tag="submitter" timestamp="2014-05-19T00:38:42Z">system</metadata>
<metadata tag="bugReady" timestamp="2014-05-19T00:38:44Z">system</metadata>
</glsa>
|