Creation of Temporary File in Directory with Incorrect Permissions The advisory has been revoked - it doesn't affect any version of package candlepin-selinux  (opens in a new tab)


Threat Intelligence

EPSS
0.92% (60th 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-RHEL7-CANDLEPINSELINUX-6579680
  • published7 Apr 2024
  • disclosed8 Sept 2020

Introduced: 8 Sep 2020

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

Amendment

The Red Hat security team deemed this advisory irrelevant for RHEL:7.

NVD Description

Note: Versions mentioned in the description apply only to the upstream candlepin-selinux package and not the candlepin-selinux package as distributed by RHEL.

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