Use of a Broken or Risky Cryptographic Algorithm Affecting java-1.6.0-openjdk-debuginfo package, versions <1:1.6.0.36-1.13.8.1.71.amzn1


Severity

Recommended
high

Based on Amazon Linux security rating.

Threat Intelligence

EPSS
0.44% (75th 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 Use of a Broken or Risky Cryptographic Algorithm vulnerabilities in an interactive lesson.

Start learning
  • Snyk IDSNYK-AMZN201803-JAVA160OPENJDKDEBUGINFO-1690231
  • published27 Sept 2021
  • disclosed1 Apr 2015

Introduced: 1 Apr 2015

CVE-2015-2808  (opens in a new tab)
CWE-327  (opens in a new tab)

How to fix?

Upgrade Amazon-Linux:2018.03 java-1.6.0-openjdk-debuginfo to version 1:1.6.0.36-1.13.8.1.71.amzn1 or higher.
This issue was patched in ALAS-2015-586.

NVD Description

Note: Versions mentioned in the description apply only to the upstream java-1.6.0-openjdk-debuginfo package and not the java-1.6.0-openjdk-debuginfo package as distributed by Amazon-Linux. See How to fix? for Amazon-Linux:2018.03 relevant fixed versions and status.

The RC4 algorithm, as used in the TLS protocol and SSL protocol, does not properly combine state data with key data during the initialization phase, which makes it easier for remote attackers to conduct plaintext-recovery attacks against the initial bytes of a stream by sniffing network traffic that occasionally relies on keys affected by the Invariance Weakness, and then using a brute-force approach involving LSB values, aka the "Bar Mitzvah" issue.

References

CVSS Scores

version 3.1