CVE-2025-12474: Google libjxl · Use of Uninitialized Resource
Affects Google libjxlSource CVE Database V5
Not known to be exploited · CVSS 2.3 Low.
Data as of 26 Oct 2026, 06:26 UTC
- 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:4.0/AV:N/AC:H/AT:N/PR:N/UI:P/VC:L/VI:L/VA:N/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 11 Feb 2026
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 |
|---|---|---|
| Googlelibjxl | Affected
| Fixed in– |
AI-suggested
To mitigate CVE-2025-12474, European organizations should: 1) Avoid using libjxl version 0.7 for decoding JPEG XL images until an official patch is released by Google. 2) Monitor Google’s security advisories and update libjxl to patched versions promptly once available. 3) Implement strict input validation and sanitization for all image files, especially those from untrusted sources. 4) Employ sandboxing or isolation techniques for image decoding processes to limit the impact of potential memory disclosure. 5) Use alternative, well-maintained image decoding libraries if immediate patching is not feasible. 6) Educate users about the risks of opening untrusted image files and enforce policies to reduce exposure. 7) Conduct regular security assessments of media processing pipelines to detect anomalous behavior. These steps go beyond generic advice by focusing on controlling the attack vector (image files), limiting exposure through sandboxing, and proactive patch management.
Description
A specially-crafted file can cause libjxl's decoder to read pixel data from uninitialized (but allocated) memory. This can be done by causing the decoder to reference an outside-image-bound area in a subsequent patches. An incorrect optimization causes the decoder to omit populating those areas.