CVE-2026-41675: xmldom: XML node injection through unvalidated processing instruction serialization
xmldom is a pure JavaScript W3C standard-based (XML DOM Level 2 Core) `DOMParser` and `XMLSerializer` module. In @xmldom/xmldom prior to versions 0.9.10 and 0.8.13 and xmldom version 0.6.0 and prior, the package allows attacker-controlled processing instruction data to be serialized into XML without validating or neutralizing the PI-closing sequence ?>. As a result, an attacker can terminate the processing instruction early and inject arbitrary XML nodes into the serialized output. This issue has been patched in versions @xmldom/xmldom versions 0.9.10 and 0.8.13.
Security readout for executives and security teams
Plain-English summary
Applications using affected xmldom versions may let untrusted data escape an XML processing instruction and add unauthorized XML elements. This can corrupt security-sensitive documents or alter how downstream systems interpret them. Risk depends on whether attacker-controlled processing-instruction data is serialized and then trusted.
Executive priority
Prioritize remediation for internet-facing services and workflows producing trusted XML, signed documents, policy files, or integration messages. Patch promptly where untrusted input reaches serialization. Inventory-only systems or applications lacking this data path can be handled through normal dependency maintenance after validation.
Technical view
XMLSerializer fails to validate the processing-instruction closing sequence in affected releases. Crafted processing-instruction data can terminate that instruction early and inject additional XML nodes. The CVSS 4.0 score is 8.7, driven primarily by remotely reachable, low-complexity integrity impact without required privileges or user interaction.
Likely exposure
Exposure is most likely in Node.js applications or libraries using affected direct or transitive xmldom dependencies to serialize attacker-influenced processing instructions. Systems that only parse XML, never create such instructions, or never trust serialized output may have lower practical exposure.
Exploitation context
The supplied CVSS vector describes network-accessible, low-complexity exploitation requiring no privileges or user interaction. Successful abuse still requires a data path from attacker-controlled processing-instruction content to XML serialization and consequential downstream processing. The bundle reports KEV as false and provides no evidence of active exploitation.
Researcher notes
CWE-91 applies because improper neutralization permits XML injection during serialization. The stated impact is integrity-focused; the supplied CVSS vector claims no direct confidentiality or availability impact. Evidence does not establish exploit prevalence, affected downstream protocols, or a patched release for the legacy unscoped package.
Mitigation direction
Upgrade @xmldom/xmldom 0.9.x to version 0.9.10 or later.
Upgrade @xmldom/xmldom 0.8.x to version 0.8.13 or later.
Migrate legacy xmldom 0.6.0 or earlier to a supported, fixed scoped release.
Temporarily prevent untrusted data from populating processing instructions until dependencies are updated.
Review vendor and distribution advisories for packaged or transitive copies.
Validation and detection
Inventory direct and transitive xmldom versions using lockfiles, manifests, and software bills of materials.
Trace whether attacker-controlled data can reach processing-instruction creation and XML serialization.
Test malformed processing-instruction closing data and confirm serialization cannot produce unauthorized sibling nodes.
Verify deployed artifacts contain fixed versions, not only updated development manifests.
Run regression tests for XML generation and downstream document validation after upgrading.
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-91: 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.
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-91 · source CWE mapping
XML Injection (aka Blind XPath Injection)
XML Injection (aka Blind XPath Injection) represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.