blob: 1330cc4a004f7bada505ecdcefdfb631c3b97055 (
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="200608-05">
<title>LibVNCServer: Authentication bypass</title>
<synopsis>
VNC servers created with LibVNCServer accept insecure protocol types, even
when the server does not offer it, resulting in unauthorized access to the
server.
</synopsis>
<product type="ebuild">libvncserver</product>
<announced>2006-08-04</announced>
<revised>2006-08-04: 01</revised>
<bug>136916</bug>
<access>remote</access>
<affected>
<package name="net-libs/libvncserver" auto="yes" arch="*">
<unaffected range="ge">0.8.2</unaffected>
<vulnerable range="lt">0.8.2</vulnerable>
</package>
</affected>
<background>
<p>
LibVNCServer is a GPL'ed library for creating VNC servers.
</p>
</background>
<description>
<p>
LibVNCServer fails to properly validate protocol types effectively
letting users decide what protocol to use, such as "Type 1 - None".
LibVNCServer will accept this security type, even if it is not offered
by the server.
</p>
</description>
<impact type="high">
<p>
An attacker could use this vulnerability to gain unauthorized access
with the privileges of the user running the VNC server.
</p>
</impact>
<workaround>
<p>
There is no known workaround at this time.
</p>
</workaround>
<resolution>
<p>
All LibVNCServer users should upgrade to the latest version:
</p>
<code>
# emerge --sync
# emerge --ask --oneshot --verbose ">=net-libs/libvncserver-0.8.2"</code>
</resolution>
<references>
<uri link="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-2450">CVE-2006-2450</uri>
</references>
<metadata tag="requester" timestamp="2006-07-29T16:47:24Z">
vorlon078
</metadata>
<metadata tag="bugReady" timestamp="2006-07-29T16:50:23Z">
vorlon078
</metadata>
<metadata tag="submitter" timestamp="2006-07-31T01:51:07Z">
hlieberman
</metadata>
</glsa>
|