CVE-2026-44020: Docling: Unsafe XML Entity Expansion in USPTO Patent Backend
Docling simplifies document processing by parsing diverse formats and providing integrations with the generative AI ecosystem. From 2.13.0 until 2.74.0, the USPTO patent XML parser used the standard xml.sax.parseString() without protection against XML External Entity (XXE) attacks. An attacker could craft malicious USPTO patent XML files with external entity references that could read arbitrary files from the server filesystem, perform Server-Side Request Forgery (SSRF) attacks, or cause denial of service through entity expansion (Billion Laughs attack). The vulnerability affects three USPTO patent format parsers: ICE (v4.x), Grant v2.5, and Application v1.x. This vulnerability is fixed in 2.74.0.
Security readout for executives and security teams
Plain-English summary
Docling could trust dangerous instructions hidden inside specially crafted USPTO patent XML. In vulnerable deployments, processing such a file may expose server files, trigger requests into internal networks, or exhaust resources and disrupt service. Docling versions 2.13.0 through 2.73.x are affected; version 2.74.0 fixes the issue.
Executive priority
Treat exposed document-processing services as an immediate remediation priority because one malicious file could compromise confidentiality or availability without authentication. Upgrade urgently. For installations that cannot process USPTO XML, verify that condition and complete the upgrade through the normal expedited vulnerability process.
Technical view
The ICE v4.x, Grant v2.5, and Application v1.x USPTO backends used Python's standard xml.sax.parseString() without protections against external entities or excessive entity expansion. This enables XXE-based file disclosure and SSRF, plus entity-expansion denial of service. The affected range is >=2.13.0 and <2.74.0.
Likely exposure
Exposure is most likely where Docling automatically processes untrusted or externally supplied USPTO patent XML using an affected backend. Risk is lower when these formats are never accepted, but installed versions and actual processing paths must be verified rather than assumed.
Exploitation context
The supplied record marks this CVE as absent from CISA KEV and provides no evidence of active exploitation. That does not establish that exploitation is impossible or has never occurred. Exploitation requires a vulnerable service or workflow to parse attacker-controlled USPTO patent XML.
Researcher notes
The strongest evidence supports parser-level XXE and entity-expansion exposure across three named USPTO formats. The CVSS 3.1 score is 9.4. The bundle does not establish public exploit availability, active attacks, affected configurations beyond Docling, or compromise indicators specific to this vulnerability.
Mitigation direction
Upgrade Docling to version 2.74.0 or later.
Prioritize systems that accept externally supplied USPTO patent XML.
Restrict or suspend untrusted patent XML processing until upgrades are complete.
Review the Docling advisory for any updated vendor guidance.
Limit the parser service's filesystem access and outbound network reach as defense in depth.
Validation and detection
Confirm the installed runtime version, not only the declared dependency version.
Inventory workflows using ICE v4.x, Grant v2.5, or Application v1.x parsers.
Verify no vulnerable Docling copies remain in containers, jobs, or cached environments.
In a controlled test, confirm external entity resolution and excessive expansion are rejected.
Review service logs for unusual outbound requests, parsing failures, or resource exhaustion.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-611: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references SSRF or metadata access, so cloud discovery and credential material review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-611 · source CWE mapping
Improper Restriction of XML External Entity Reference
Improper Restriction of XML External Entity Reference represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Improper Restriction of Recursive Entity References in DTDs ('XML Entity Expansion')
Improper Restriction of Recursive Entity References in DTDs ('XML Entity Expansion') represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.