blob: 67ff8f87bb8b42c00a94effd9233d5e6fc311565 (
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
|
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE glsa SYSTEM "http://www.gentoo.org/dtd/glsa.dtd">
<glsa id="200511-06">
<title>fetchmail: Password exposure in fetchmailconf</title>
<synopsis>
fetchmailconf fails to properly handle file permissions, temporarily
exposing sensitive information to other local users.
</synopsis>
<product type="ebuild">fetchmail</product>
<announced>November 06, 2005</announced>
<revised>November 06, 2005: 01</revised>
<bug>110366</bug>
<access>local</access>
<affected>
<package name="net-mail/fetchmail" auto="yes" arch="*">
<unaffected range="ge">6.2.5.2-r1</unaffected>
<vulnerable range="lt">6.2.5.2-r1</vulnerable>
</package>
</affected>
<background>
<p>
fetchmail is a utility that retrieves and forwards mail from
remote systems using IMAP, POP, and other protocols. It ships with
fetchmailconf, a graphical utility used to create configuration files.
</p>
</background>
<description>
<p>
Thomas Wolff discovered that fetchmailconf opens the configuration
file with default permissions, writes the configuration to it, and only
then restricts read permissions to the owner.
</p>
</description>
<impact type="normal">
<p>
A local attacker could exploit the race condition to retrieve
sensitive information like IMAP/POP passwords.
</p>
</impact>
<workaround>
<p>
Run "umask 077" to temporarily strengthen default permissions,
then run "fetchmailconf" from the same shell.
</p>
</workaround>
<resolution>
<p>
All fetchmail users should upgrade to the latest version:
</p>
<code>
# emerge --sync
# emerge --ask --oneshot --verbose ">=net-mail/fetchmail-6.2.5.2-r1"</code>
</resolution>
<references>
<uri link="http://fetchmail.berlios.de/fetchmail-SA-2005-02.txt">Fetchmail Security Advisory</uri>
<uri link="http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2005-3088">CVE-2005-3088</uri>
</references>
<metadata tag="submitter" timestamp="Fri, 04 Nov 2005 12:31:43 +0000">
koon
</metadata>
<metadata tag="bugReady" timestamp="Fri, 04 Nov 2005 12:31:54 +0000">
koon
</metadata>
</glsa>
|