CVE Vulnerabilities

CVE-2008-5341

Exposure of Sensitive Information to an Unauthorized Actor

Published: Dec 05, 2008 | Modified: Sep 29, 2017
CVSS 3.x
N/A
Source:
NVD
CVSS 2.x
5 MEDIUM
AV:N/AC:L/Au:N/C:P/I:N/A:N
RedHat/V2
RedHat/V3
Ubuntu

Unspecified vulnerability in Java Web Start (JWS) and Java Plug-in with Sun JDK and JRE 6 Update 10 and earlier, and JDK and JRE 5.0 Update 16 and earlier, allows untrusted JWS applications to obtain the pathname of the JWS cache and the application username via unknown vectors, aka CR 6727071.

Weakness

The product exposes sensitive information to an actor that is not explicitly authorized to have access to that information.

Affected Software

Name Vendor Start Version End Version
Jdk Sun 5.0 5.0
Jdk Sun 5.0 5.0
Jdk Sun 5.0 5.0
Jdk Sun 5.0 5.0
Jdk Sun 5.0 5.0
Jdk Sun 5.0 5.0
Jdk Sun 5.0 5.0
Jdk Sun * 5.0
Jdk Sun 5.0 5.0
Jdk Sun 5.0 5.0
Jdk Sun 5.0 5.0
Jdk Sun 5.0 5.0
Jdk Sun 5.0 5.0
Jdk Sun 5.0 5.0
Jdk Sun 5.0 5.0
Jdk Sun 5.0 5.0
Jdk Sun 6 6
Jdk Sun 6 6
Jdk Sun * 6
Jdk Sun 6 6
Jdk Sun 6 6
Jdk Sun 6 6
Jdk Sun 6 6
Jdk Sun 6 6
Jdk Sun 6 6
Jdk Sun 6 6
Jdk Sun 6 6
Jre Sun 1.4.2_1 1.4.2_1
Jre Sun 1.4.2_2 1.4.2_2
Jre Sun 1.4.2_3 1.4.2_3
Jre Sun 1.4.2_4 1.4.2_4
Jre Sun 1.4.2_5 1.4.2_5
Jre Sun 1.4.2_6 1.4.2_6
Jre Sun 1.4.2_7 1.4.2_7
Jre Sun 1.4.2_8 1.4.2_8
Jre Sun 1.4.2_9 1.4.2_9
Jre Sun 1.4.2_10 1.4.2_10
Jre Sun 1.4.2_11 1.4.2_11
Jre Sun 1.4.2_12 1.4.2_12
Jre Sun 1.4.2_13 1.4.2_13
Jre Sun 1.4.2_14 1.4.2_14
Jre Sun 1.4.2_15 1.4.2_15
Jre Sun 1.4.2_16 1.4.2_16
Jre Sun 1.4.2_17 1.4.2_17
Jre Sun * 1.4.2_18
Jre Sun 5.0 5.0
Jre Sun 5.0 5.0
Jre Sun 5.0 5.0
Jre Sun 5.0 5.0
Jre Sun 5.0 5.0
Jre Sun 5.0 5.0
Jre Sun 5.0 5.0
Jre Sun 5.0 5.0
Jre Sun * 5.0
Jre Sun 5.0 5.0
Jre Sun 5.0 5.0
Jre Sun 5.0 5.0
Jre Sun 5.0 5.0
Jre Sun 5.0 5.0
Jre Sun 5.0 5.0
Jre Sun 5.0 5.0
Jre Sun 5.0 5.0
Jre Sun 6 6
Jre Sun 6 6
Jre Sun * 6
Jre Sun 6 6
Jre Sun 6 6
Jre Sun 6 6
Jre Sun 6 6
Jre Sun 6 6
Jre Sun 6 6
Jre Sun 6 6
Jre Sun 6 6
Sdk Sun 1.4.2_1 1.4.2_1
Sdk Sun 1.4.2_2 1.4.2_2
Sdk Sun 1.4.2_3 1.4.2_3
Sdk Sun 1.4.2_4 1.4.2_4
Sdk Sun 1.4.2_5 1.4.2_5
Sdk Sun 1.4.2_6 1.4.2_6
Sdk Sun 1.4.2_7 1.4.2_7
Sdk Sun 1.4.2_8 1.4.2_8
Sdk Sun 1.4.2_9 1.4.2_9
Sdk Sun 1.4.2_10 1.4.2_10
Sdk Sun 1.4.2_11 1.4.2_11
Sdk Sun 1.4.2_12 1.4.2_12
Sdk Sun 1.4.2_13 1.4.2_13
Sdk Sun 1.4.2_14 1.4.2_14
Sdk Sun 1.4.2_15 1.4.2_15
Sdk Sun 1.4.2_16 1.4.2_16
Sdk Sun 1.4.2_17 1.4.2_17
Sdk Sun * 1.4.2_18
Extras for RHEL 4 RedHat java-1.6.0-sun-1:1.6.0.11-1jpp.1.el4 *
Extras for RHEL 4 RedHat java-1.5.0-sun-0:1.5.0.17-1jpp.2.el4 *
Extras for RHEL 4 RedHat java-1.5.0-ibm-1:1.5.0.9-1jpp.4.el4 *
Extras for RHEL 4 RedHat java-1.6.0-ibm-1:1.6.0.4-1jpp.1.el4 *
Supplementary for Red Hat Enterprise Linux 5 RedHat java-1.6.0-sun-1:1.6.0.11-1jpp.1.el5 *
Supplementary for Red Hat Enterprise Linux 5 RedHat java-1.5.0-sun-0:1.5.0.17-1jpp.2.el5 *
Supplementary for Red Hat Enterprise Linux 5 RedHat java-1.5.0-ibm-1:1.5.0.9-1jpp.2.el5 *
Supplementary for Red Hat Enterprise Linux 5 RedHat java-1.6.0-ibm-1:1.6.0.4-1jpp.1.el5 *

Extended Description

There are many different kinds of mistakes that introduce information exposures. The severity of the error can range widely, depending on the context in which the product operates, the type of sensitive information that is revealed, and the benefits it may provide to an attacker. Some kinds of sensitive information include:

Information might be sensitive to different parties, each of which may have their own expectations for whether the information should be protected. These parties include:

Information exposures can occur in different ways:

It is common practice to describe any loss of confidentiality as an “information exposure,” but this can lead to overuse of CWE-200 in CWE mapping. From the CWE perspective, loss of confidentiality is a technical impact that can arise from dozens of different weaknesses, such as insecure file permissions or out-of-bounds read. CWE-200 and its lower-level descendants are intended to cover the mistakes that occur in behaviors that explicitly manage, store, transfer, or cleanse sensitive information.

Potential Mitigations

  • Compartmentalize the system to have “safe” areas where trust boundaries can be unambiguously drawn. Do not allow sensitive data to go outside of the trust boundary and always be careful when interfacing with a compartment outside of the safe area.
  • Ensure that appropriate compartmentalization is built into the system design, and the compartmentalization allows for and reinforces privilege separation functionality. Architects and designers should rely on the principle of least privilege to decide the appropriate time to use privileges and the time to drop privileges.

References