Incorrect Default Permissions Affecting eap7-bouncycastle package, versions <0:1.68.0-1.redhat_00001.1.el8eap


Severity

Recommended
medium

Based on Red Hat Enterprise Linux security rating.

Threat Intelligence

EPSS
0.06% (28th 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 IDSNYK-RHEL8-EAP7BOUNCYCASTLE-5316183
  • published26 Jul 2021
  • disclosed8 Sept 2020

Introduced: 8 Sep 2020

CVE-2020-8908  (opens in a new tab)
CWE-276  (opens in a new tab)
CWE-200  (opens in a new tab)

How to fix?

Upgrade RHEL:8 eap7-bouncycastle to version 0:1.68.0-1.redhat_00001.1.el8eap or higher.
This issue was patched in RHSA-2021:0874.

NVD Description

Note: Versions mentioned in the description apply only to the upstream eap7-bouncycastle package and not the eap7-bouncycastle package as distributed by RHEL. See How to fix? for RHEL:8 relevant fixed versions and status.

A temp directory creation vulnerability exists in all versions of Guava, allowing an attacker with access to the machine to potentially access data in a temporary directory created by the Guava API com.google.common.io.Files.createTempDir(). By default, on unix-like systems, the created directory is world-readable (readable by an attacker with access to the system). The method in question has been marked @Deprecated in versions 30.0 and later and should not be used. For Android developers, we recommend choosing a temporary directory API provided by Android, such as context.getCacheDir(). For other Java developers, we recommend migrating to the Java 7 API java.nio.file.Files.createTempDirectory() which explicitly configures permissions of 700, or configuring the Java runtime's java.io.tmpdir system property to point to a location whose permissions are appropriately configured.

References

CVSS Scores

version 3.1