Uncontrolled memory usage in Innodata Labs’ Poppler JPX decoderUncontrolled memory usage in Innodata Labs’ Poppler JPX decoder
Posted date 25/08/2026
Identificador
INCIBE-2026-579
Importance
4 - High
Affected Resources
Poppler’s internal JPX decoder; affected versions of the fork developed by Innodata Labs.
Description
INCIBE has coordinated the disclosure of a high-severity vulnerability affecting the internal JPX decoder in Innodata Labs’ Poppler fork, which is a suite of tools for document rendering and processing. The vulnerability was discovered by Marc Rivero López.
This vulnerability has been assigned the following code, CVSS v4.0 base score, CVSS vector and CWE vulnerability type:
- CVE-2026-12600: CVSS v4.0: 8.7 | CVSS AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N | CWE-400
Solution
No fix has been reported as yet for the fork maintained by Innodata Labs.
Meanwhile, Poppler has removed the JPX decoder code.
Detail
- CVE-2026-12600: Denial-of-service (DoS) vulnerability in the internal JPEG2000 (JPX) decoding implementation of the Poppler fork developed by Innodata Labs. When an application processes an untrusted PDF file containing specially crafted JPXDecode images, a remote attacker can cause uncontrolled memory consumption. The flaw occurs in the JPXStream::readCodestream() function, where values controlled from the SIZ segment (such as img.nComps) are used for the memory allocation of tiles and components without adequate validation. This allows an attacker to force excessive memory allocation and cause a resource exhaustion, ultimately causing the pdftoppm process to terminate due to out-of-memory (OOM) conditions.
CVE
| Identificador CVE | Severidad | Explotación | Fabricante |
|---|---|---|---|
| CVE-2026-12600 | Alta | No | Innodata Labs |
References list
Etiquetas
