Cross-site Scripting (XSS) Affecting java-1.8.0-openjdk-javadoc package, versions <1:1.8.0.232.b09-0.el7_7


Severity

Recommended
high

Based on Red Hat Enterprise Linux security rating.

Threat Intelligence

EPSS
0.17% (55th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications

Snyk Learn

Learn about Cross-site Scripting (XSS) vulnerabilities in an interactive lesson.

Start learning
  • Snyk IDSNYK-RHEL7-JAVA180OPENJDKJAVADOC-1516237
  • published26 Jul 2021
  • disclosed15 Oct 2019

Introduced: 15 Oct 2019

CVE-2019-2999  (opens in a new tab)
CWE-79  (opens in a new tab)
First added by Snyk

How to fix?

Upgrade RHEL:7 java-1.8.0-openjdk-javadoc to version 1:1.8.0.232.b09-0.el7_7 or higher.
This issue was patched in RHSA-2019:3128.

NVD Description

Note: Versions mentioned in the description apply only to the upstream java-1.8.0-openjdk-javadoc package and not the java-1.8.0-openjdk-javadoc package as distributed by RHEL. See How to fix? for RHEL:7 relevant fixed versions and status.

Vulnerability in the Java SE product of Oracle Java SE (component: Javadoc). Supported versions that are affected are Java SE: 7u231, 8u221, 11.0.4 and 13. Difficult to exploit vulnerability allows unauthenticated attacker with network access via multiple protocols to compromise Java SE. Successful attacks require human interaction from a person other than the attacker and while the vulnerability is in Java SE, attacks may significantly impact additional products. Successful attacks of this vulnerability can result in unauthorized update, insert or delete access to some of Java SE accessible data as well as unauthorized read access to a subset of Java SE accessible data. Note: This vulnerability applies to Java deployments, typically in clients running sandboxed Java Web Start applications or sandboxed Java applets (in Java SE 8), that load and run untrusted code (e.g., code that comes from the internet) and rely on the Java sandbox for security. This vulnerability does not apply to Java deployments, typically in servers, that load and run only trusted code (e.g., code installed by an administrator). CVSS 3.0 Base Score 4.7 (Confidentiality and Integrity impacts). CVSS Vector: (CVSS:3.0/AV:N/AC:H/PR:N/UI:R/S:C/C:L/I:L/A:N).

CVSS Scores

version 3.1