CVE-2026-105747
- Source
- https://cve.org/CVERecord?id=CVE-2026-105747
- Import Source
- https://storage.googleapis.com/osv-test-cve-osv-conversion/osv-output/CVE-2026-105747.json
- JSON Data
- https://api.test.osv.dev/v1/vulns/CVE-2026-105747
- Aliases
- Published
- 2026-10-05T21:32:34Z
- Modified
- 2026-10-06T10:45:46Z
- Severity
-
- 4.3 (Medium) CVSS_V3 - CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:L CVSS Calculator
- Summary
- Docling: METS-GBS archive member limit enforced after full member enumeration (memory exhaustion during format detection)
- Details
-
Docling simplifies document processing by parsing diverse formats and providing integrations with the generative AI ecosystem. From 2.45.0 until 2.131.0, METS-GBS format detection in docling/datamodel/document.py and the backend in docling/backend/mets_gbs_backend.py call tarfile.TarFile.getmembers() before enforcing the max_member_count limit, causing the full archive member list to be allocated before the limit can stop processing. A small gzip-compressed tar archive with a very large number of empty members can therefore consume memory proportional to the declared member count, including during format detection before the allowed_formats restriction is applied. This issue is a residual weakness in the member-count protection added for CVE-2026-44018. This issue is fixed in 2.131.0.
- Database specific
{ "cna_assigner": "GitHub_M", "cwe_ids": [ "CWE-409", "CWE-770" ], "osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/105xxx/CVE-2026-105747.json" }- References
-
- https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/105xxx/CVE-2026-105747.json
- https://github.com/docling-project/docling/commit/ebae65cd71c37c88b36185b406a449b92d8f7ffa
- https://github.com/docling-project/docling/pull/4412
- https://github.com/docling-project/docling/releases/tag/v2.131.0
- https://github.com/docling-project/docling/security/advisories/GHSA-3cr3-8m4c-fpxw
- https://nvd.nist.gov/vuln/detail/CVE-2026-105747