blob: 61c7524f4891a63e19ec17ae6b40c828584a75ff (
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="200509-02">
<title>Gnumeric: Heap overflow in the included PCRE library</title>
<synopsis>
Gnumeric is vulnerable to a heap overflow, possibly leading to the
execution of arbitrary code.
</synopsis>
<product type="ebuild">Gnumeric</product>
<announced>2005-09-03</announced>
<revised>2005-09-03: 01</revised>
<bug>104010</bug>
<access>remote</access>
<affected>
<package name="app-office/gnumeric" auto="yes" arch="*">
<unaffected range="ge">1.4.3-r2</unaffected>
<vulnerable range="lt">1.4.3-r2</vulnerable>
</package>
</affected>
<background>
<p>
The Gnumeric spreadsheet is a versatile application developed as
part of the GNOME Office project. libpcre is a library providing
functions for Perl-compatible regular expressions.
</p>
</background>
<description>
<p>
Gnumeric contains a private copy of libpcre which is subject to an
integer overflow leading to a heap overflow (see GLSA 200508-17).
</p>
</description>
<impact type="normal">
<p>
An attacker could potentially exploit this vulnerability by
tricking a user into opening a specially crafted spreadsheet, which
could lead to the execution of arbitrary code with the privileges of
the user running Gnumeric.
</p>
</impact>
<workaround>
<p>
There is no known workaround at this time.
</p>
</workaround>
<resolution>
<p>
All Gnumeric users should upgrade to the latest version:
</p>
<code>
# emerge --sync
# emerge --ask --oneshot --verbose ">=app-office/gnumeric-1.4.3-r2"</code>
</resolution>
<references>
<uri link="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2005-2491">CAN-2005-2491</uri>
<uri link="https://www.gentoo.org/security/en/glsa/glsa-200508-17.xml">GLSA 200508-17</uri>
</references>
<metadata tag="requester" timestamp="2005-09-02T07:34:06Z">
koon
</metadata>
<metadata tag="bugReady" timestamp="2005-09-02T08:27:17Z">
koon
</metadata>
<metadata tag="submitter" timestamp="2005-09-02T15:23:09Z">
formula7
</metadata>
</glsa>
|