Uploaded image for project: 'Cassandra'
  1. Cassandra
  2. CASSANDRA-16741

Remediate Cassandra 3.11.10 JAR dependency vulnerability - com.google.guava_guava



    • Improvement
    • Status: Open
    • Normal
    • Resolution: Unresolved
    • 3.11.x
    • Dependencies
    • None
    • Operability
    • Low Hanging Fruit
    • All
    • None


      A JAR dependency is flagged in Cassandra 3.11.10 as having vulnerabilities that have been fixed in newer releases. The following is the Cassandra 3.11.10 source tree for their JAR dependencies: https://github.com/apache/cassandra/tree/181a4969290f1c756089b2993a638fe403bc1314/lib . 

      JAR com.google.guava_guava version 18.0 has the following vulnerability and is fixed in version 30.0. Recommendation is to upgrade to version 30.1.1-jre or greater.


      id cvss desc link packageName packageVersion severity status vecStr
      CVE-2018-10237 5.9 Unbounded memory allocation in Google Guava 11.0 through 24.x before 24.1.1 allows remote attackers to conduct denial of service attacks against servers that depend on this library and deserialize attacker-provided data, because the AtomicDoubleArray class (when serialized with Java serialization) and the CompoundOrdering class (when serialized with GWT serialization) perform eager allocation without appropriate checks on what a client has sent and whether the data size is reasonable. https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2018-10237 com.google.guava_guava 18.0 medium fixed in 24.1.1 CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:H
      CVE-2020-8908 3.3 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. https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2020-8908 com.google.guava_guava 18.0 low fixed in 30.0 CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N

      A possible fix strategy is to simply update the JAR to their newest version.


        Issue Links



              Unassigned Unassigned
              dgomez407 Daniel Gomez
              0 Vote for this issue
              1 Start watching this issue