Skip to main content
CVE-2025-12183VulnerabilityPublished Updated

CVE-2025-12183: lz4-java · Out-of-bounds Read

Affects lz4-javaSource CVE Database V5

0

Not known to be exploited · CVSS 8.8 High.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 4.0 base score
8.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.6% chance of exploitation in 30 days – higher than 52% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:H/SC:N/SI:N/SA:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 28 Nov 2025

  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
Mavenorg.lz4/lz4-javapkg:maven/org.lz4/lz4-javaOther threatsAffected
  • =1.0.0
Fixed in–

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

AI-suggested

1. Immediately inventory all software components and applications using lz4-java version 1.8.0 or earlier. 2. Monitor vendor announcements and apply official patches or updates as soon as they become available. 3. If patches are not yet released, implement strict input validation to reject malformed or suspicious compressed data before decompression. 4. Employ sandboxing or containerization techniques to isolate decompression processes, limiting the impact of potential crashes or memory disclosures. 5. Use runtime application self-protection (RASP) or intrusion detection systems to detect anomalous decompression failures or memory access violations. 6. Restrict network exposure of services that perform decompression of untrusted data, applying network segmentation and firewall rules. 7. Conduct code reviews and static analysis to identify other potential unsafe memory operations in compression-related code. 8. Educate developers and security teams about the risks of processing untrusted compressed input and best secure coding practices.

Description

Out-of-bounds memory operations in org.lz4:lz4-java 1.8.0 and earlier allow remote attackers to cause denial of service and read adjacent memory via untrusted compressed input.

References

Community reviews

Loading reviews…