CVE-2025-12183: lz4-java · Out-of-bounds Read
Affects lz4-javaSource CVE Database V5
Not known to be exploited · CVSS 8.8 High.
Data as of 25 Oct 2026, 19:02 UTC
- 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:NExploitation evidence
Disclosed: evidence found.
CVE published 28 Nov 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
| Product | Affected | Fixed in |
|---|---|---|
Mavenorg.lz4/lz4-javapkg:maven/org.lz4/lz4-javaOther threats | Affected
| 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.