CVE-2026-59941
Dompdf is an HTML to PDF converter for PHP. Versions 3.15 and prior accept a BMP image and generates a PDF-compatible PNG based only on its declared header dimensions and never bounds width Γ height before the image is converted through GD. A 58-byte BMP whose header declares e.g. 6000Γ6000 is accepted and later drives imagecreatetruecolor($width, $height) (and PHP's native BMP decoder) to allocate the full pixel canvas. A payload can fit in a single HTTP request: the BMP can be inlined as a data:image/bmp;base64,β¦ URI inside attacker-controlled HTML, so no upload, no remote fetch, and no chroot-reachable file is required. I measured a 169-byte request driving a dompdf render to ~412 MB peak RSS and ~4.8 s of CPU/wall time, versus ~34 MB for an identically-sized benign request β roughly a 12Γ memory amplification per request, repeatable and unauthenticated. This issue has been fixed in version 3.16.
- Affected products
- Dompdf
- Fix
- Available
- CVSS 4.0
- 6.3 MEDIUM
- EPSS
- 0.5% (41th percentile)
- Weakness
- CWE-400
- NVD status
- Undergoing Analysis
- Published
- 2026-07-28
No indexed exploits for CVE-2026-59941 yet
Our index is partial: it proves presence, never absence
No exploit for CVE-2026-59941 has been indexed yet. Our index is built from live traffic and upstream syncs, so this page can only say what it knows β not that no exploit exists.