Disclosure summary
Docling simplifies document processing by parsing diverse formats and providing integrations with the generative AI ecosystem. From 2.107.0 until 2.120.3, docling/backend/opendocument_backend.py uses the xlink:href attribute value of a draw:image element as a filesystem path when the referenced part is not found in the document archive. The _image_ref_from_odf_image function reads that attacker-controlled path without a scheme check, extraction-directory confinement, or the enable_local_fetch setting used by other backends. Readable files that Pillow can decode as images are embedded in converted output, and other existing paths can be distinguished through the attempted read. This issue is fixed in 2.120.3.
Source-reported weakness categories
CWE-22
Source-specific records & product guidance
Sources retain their own attribution and scoring. Follow the original record to confirm affected versions, fixed releases, and configuration conditions.
NIST National Vulnerability Database · NVD-CVE-2026-105751
Open original source · Updated Oct 06, 2026
Only CPE matches marked vulnerable=true are indexed. AND/OR platform conditions must be checked in the original NVD record.
GitHub Reviewed Security Advisories · GHSA-4xhp-xg4w-8ppm
Open original source · Updated Oct 05, 2026
Docling: Arbitrary local file read via draw:image xlink:href in the OpenDocument backend
Source severity: MEDIUM / 6.9
| Ecosystem | Package | Affected range | First patched |
|---|---|---|---|
| pip | docling | >= 2.107.0, < 2.120.3 | 2.120.3 |
Original records & references
PUBLISHED 2026-10-05T18:16:58-04:00
MODIFIED 2026-10-06T10:59:48-04:00
INGESTED 2026-10-06T11:45:40-04:00