Skip to main content
CVE-2026-102554VulnerabilityPublished

com.google.guava:guava · Google Guava: CompactHashMap/CompactHashSet/MapMakerInternalMap deserialization triggers uncontrolled memory

Affects com.google.guava:guavaSource GCVE Database

0

Mentioned vulnerabilities

Authoritative record:CVE-2026-102554· High 8.2

Not known to be exploited · CVSS 8.2 High : upgrade to 33.7.2 soon.

Data as of 27 Oct 2026, 15:15 UTC

CVSS 4.0 base score
8.2High
How severe the flaw is on the 0–10 CVSS scale.
Patch
Available – fixed in 33.7.2
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 9 Oct 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade com.google.guava:guava to 33.7.2.

Affected software

ProductAffectedFixed in
Mavencom.google.guava:guavaAffected
  • >=4.0 <33.7.2
Fixed in
  • 33.7.2

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

A patch is available in Guava version 33.7.2 that fixes this vulnerability. Users should upgrade to version 33.7.2 or later to remediate this issue. No other mitigation or workaround is indicated by the vendor advisory.

Description

Google Guava versions from 4.0 up to but not including 33.7.2 contain a deserialization vulnerability in CompactHashMap, CompactHashSet, and MapMakerInternalMap. These classes read an attacker-controlled size value from a serialized stream without proper upper bound validation, leading to uncontrolled memory allocation. This can cause the Java Virtual Machine (JVM) to allocate multi-gigabyte arrays and crash with an OutOfMemoryError, even when the serialized data contains only a small number of actual elements.

References

Community reviews

Loading reviews…