GHSA-3cr3-8m4c-fpxw: Docling: METS-GBS archive member limit enforced after full member enumeration (memory exhaustion during format detection)
When docling detects the input format of a gzip-compressed tar archive (METS-GBS), and later when the METS-GBS backend opens it, it calls tarfile.TarFile.getmembers(). That builds the full member list in memory before the max_member_count limit is checked. A small archive with a very large number of empty members therefore makes docling allocate memory in proportion to the member count, and the limit has no effect.
References
- github.com/advisories/GHSA-3cr3-8m4c-fpxw
- github.com/docling-project/docling/commit/ebae65cd71c37c88b36185b406a449b92d8f7ffa
- github.com/docling-project/docling/pull/4412
- github.com/docling-project/docling/releases/tag/v2.131.0
- github.com/docling-project/docling/security/advisories/GHSA-3cr3-8m4c-fpxw
- nvd.nist.gov/vuln/detail/CVE-2026-105747
Code Behaviors & Features
Detect and mitigate GHSA-3cr3-8m4c-fpxw with GitLab Dependency Scanning
Secure your software supply chain by verifying that all open source dependencies used in your projects contain no disclosed vulnerabilities. Dependency Scanning using SBOM also detects vulnerabilities from proprietary advisories that this site does not include. Learn more about Dependency Scanning using SBOM →