blob: 1800b84f1a91810cb083955e2763e5f5704a6357 (
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
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
|
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE glsa SYSTEM "http://www.gentoo.org/dtd/glsa.dtd">
<glsa id="200602-07">
<title>Sun JDK/JRE: Applet privilege escalation</title>
<synopsis>
Sun's Java Development Kit (JDK) and Java Runtime Environment (JRE) do not
adequately constrain applets from privilege escalation and arbitrary code
execution.
</synopsis>
<product type="ebuild">Sun JDK, applet</product>
<announced>2006-02-15</announced>
<revised count="01">2006-02-15</revised>
<bug>122156</bug>
<access>remote</access>
<affected>
<package name="dev-java/sun-jdk" auto="yes" arch="*">
<unaffected range="ge">1.4.2.10</unaffected>
<vulnerable range="lt">1.4.2.10</vulnerable>
</package>
<package name="dev-java/sun-jre-bin" auto="yes" arch="*">
<unaffected range="ge">1.4.2.10</unaffected>
<vulnerable range="lt">1.4.2.10</vulnerable>
</package>
</affected>
<background>
<p>
Sun's JDK and JRE provide interpreters for Java Applets in a
sandboxed environment. These implementations provide the Java Web Start
technology that can be used for easy client-side deployment of Java
applications.
</p>
</background>
<description>
<p>
Applets executed using JRE or JDK can use "reflection" APIs
functions to elevate its privileges beyond the sandbox restrictions.
Adam Gowdiak discovered five vulnerabilities that use this method for
privilege escalation. Two more vulnerabilities were discovered by the
vendor. Peter Csepely discovered that Web Start Java applications also
can an escalate their privileges.
</p>
</description>
<impact type="normal">
<p>
A malicious Java applet can bypass Java sandbox restrictions and
hence access local files, connect to arbitrary network locations and
execute arbitrary code on the user's machine. Java Web Start
applications are affected likewise.
</p>
</impact>
<workaround>
<p>
Select another Java implementation using java-config.
</p>
</workaround>
<resolution>
<p>
All Sun JDK users should upgrade to the latest version:
</p>
<code>
# emerge --sync
# emerge --ask --oneshot --verbose ">=dev-java/sun-jdk-1.4.2.10"</code>
<p>
All Sun JRE users should upgrade to the latest version:
</p>
<code>
# emerge --sync
# emerge --ask --oneshot --verbose ">=dev-java/sun-jre-bin-1.4.2.10"</code>
</resolution>
<references>
<uri link="http://sunsolve.sun.com/search/document.do?assetkey=1-26-102170-1">Sun Security Alert ID 102170</uri>
<uri link="http://sunsolve.sun.com/search/document.do?assetkey=1-26-102171-1">Sun Security Alert ID 102171</uri>
<uri link="https://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-0614">CVE-2006-0614</uri>
<uri link="https://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-0615">CVE-2006-0615</uri>
<uri link="https://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-0616">CVE-2006-0616</uri>
<uri link="https://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-0617">CVE-2006-0617</uri>
</references>
<metadata tag="submitter" timestamp="2006-02-09T20:48:45Z">
dragonheart
</metadata>
<metadata tag="bugReady" timestamp="2006-02-12T13:04:50Z">
koon
</metadata>
</glsa>
|