Dompdf: Chroot Validation Bypass
Default status is the baseline for the product, each version can override it (e.g. patched versions marked unaffected).
| Vendor | Product | Default status | Versions | ||||||
|---|---|---|---|---|---|---|---|---|---|
| dompdf | dompdf | affected |
|
No data.
| Vendor | Product | Versions | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|
| Dompdf | Dompdf |
|
| Source | ID | Title |
|---|---|---|
Github GHSA |
GHSA-wvh6-f5jh-8gw4 | Dompdf: Chroot Validation Bypass |
No CVSS v3.0
No CVSS v2
This CVE is not in the KEV list.
Exploit prediction score: < 1% (0.451% probability within 30 days)
| Type | Values Removed | Values Added |
|---|---|---|
| Metrics |
ssvc
|
| Type | Values Removed | Values Added |
|---|---|---|
| First Time appeared |
Dompdf
Dompdf dompdf |
|
| Vendors & Products |
Dompdf
Dompdf dompdf |
| Type | Values Removed | Values Added |
|---|---|---|
| Description | Dompdf is an HTML to PDF converter for PHP. In versions 3.15 and prior, the validateLocalUri() method enforces chroot boundaries with a strpos() prefix check after normalizing paths with realpath() . Because normalization strips the trailing directory separator from $chrootPath , the check only verifies that $chrootPath is a string prefix of $realfile, so a chroot of /var/www also matches sibling directories like /var/www2 , /var/www-admin, or /var/www_backup. An attacker who controls part of the rendered HTML could exploit this to escape the chroot and read sensitive files outside the allowed directory. This issue has been fixed in version 3.16. | |
| Title | Dompdf: Chroot Validation Bypass | |
| Weaknesses | CWE-20 | |
| References |
| |
| Metrics |
cvssV4_0
|