Skip to main content
CVE-2026-2817VulnerabilityPublished Updated

CVE-2026-2817: VMware Spring Data Geode · Insertion of Sensitive Information into Externally-Accessible File or Directory

Affects VMware Spring Data GeodeSource CVE Database V5

0

Not known to be exploited · CVSS 4.4 Medium.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
4.4Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 1% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 19 Feb 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 2026-10-25.

What to do

Affected software

ProductAffectedFixed in
VMwareSpring Data GeodeAffected
  • >=2.0.0.RELEASE <=2.7.18
Fixed in–
VMwareSpring Data GemfireAffected
  • >=1.7.0.RELEASE <=2.2.13.RELEASE
Fixed in–
GitHuborg.springframework.data:spring-data-geodepkg:github/org.springframework.data:spring-data-geodeOther threatsAffected
  • >=2.0.0.RELEASE <=2.7.18
Fixed in–
GitHuborg.springframework.data:spring-data-gemfirepkg:github/org.springframework.data:spring-data-gemfireOther threatsAffected
  • >=1.7.0.RELEASE <=2.2.13.RELEASE
Fixed in–

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

AI-suggested

In the interim, administrators should restrict access to the system temporary directories to prevent unauthorized local users from reading snapshot extraction directories. This can be achieved by configuring stricter filesystem permissions on the temp folder or by running Spring Data Geode processes under dedicated, isolated user accounts with minimal privileges. Additionally, consider configuring the snapshot import process to use custom, non-predictable, and access-controlled directories for extraction if supported. Monitoring and auditing access to temporary directories can help detect unauthorized access attempts. For environments where multiple users share the same host, consider isolating workloads using containerization or virtualization to prevent cross-user data exposure. Finally, review and harden local user privilege assignments to minimize the number of users who can access the system temp directory.

Description

Use of insecure directory in Spring Data Geode snapshot import extracts archives into predictable, permissive directories under the system temp location. On shared hosts, a local user with basic privileges can access another user’s extracted snapshot contents, leading to unintended exposure of cache data.

References

Community reviews

Loading reviews…