blob: 10d40cce0007e086515afe588d1716d0458cf925 (
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
68
|
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE glsa SYSTEM "http://www.gentoo.org/dtd/glsa.dtd">
<glsa id="200909-01">
<title>Linux-PAM: Privilege escalation</title>
<synopsis>
An error in the handling of user names of Linux-PAM might allow remote
attackers to cause a Denial of Service or escalate privileges.
</synopsis>
<product type="ebuild">pam</product>
<announced>2009-09-07</announced>
<revised count="01">2009-09-07</revised>
<bug>261512</bug>
<access>remote</access>
<affected>
<package name="sys-libs/pam" auto="yes" arch="*">
<unaffected range="ge">1.0.4</unaffected>
<vulnerable range="lt">1.0.4</vulnerable>
</package>
</affected>
<background>
<p>
Linux-PAM (Pluggable Authentication Modules) is an architecture
allowing the separation of the development of privilege granting
software from the development of secure and appropriate authentication
schemes.
</p>
</background>
<description>
<p>
Marcus Granado repoted that Linux-PAM does not properly handle user
names that contain Unicode characters. This is related to integer
signedness errors in the pam_StrTok() function in libpam/pam_misc.c.
</p>
</description>
<impact type="normal">
<p>
A remote attacker could exploit this vulnerability to cause a Denial of
Service. A remote authenticated attacker could exploit this
vulnerability to log in to a system with the account of a user that has
a similar user name, but with non-ASCII characters.
</p>
</impact>
<workaround>
<p>
There is no known workaround at this time.
</p>
</workaround>
<resolution>
<p>
All Linux-PAM users should upgrade to the latest version:
</p>
<code>
# emerge --sync
# emerge --ask --oneshot --verbose ">=sys-libs/pam-1.0.4"</code>
</resolution>
<references>
<uri link="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-0887">CVE-2009-0887</uri>
</references>
<metadata tag="requester" timestamp="2009-07-10T18:01:34Z">
craig
</metadata>
<metadata tag="submitter" timestamp="2009-08-28T16:33:27Z">
a3li
</metadata>
<metadata tag="bugReady" timestamp="2009-08-31T03:38:46Z">
a3li
</metadata>
</glsa>
|