CVE-2026-41672: xmldom: XML node injection through unvalidated comment 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 comment content to be serialized into XML without validating or neutralizing comment-breaking sequences. As a result, an attacker can terminate the comment 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 packages may let untrusted text escape an XML comment and become new XML elements. This can corrupt or alter XML documents consumed by other systems, creating potentially serious integrity impacts without authentication or user interaction.
Executive priority
Prioritize remediation for internet-facing or cross-trust applications that serialize untrusted XML comments. Patch promptly where XML output influences sensitive workflows. Lower priority is reasonable only after confirming no attacker-controlled comment-to-serializer path exists.
Technical view
Affected serializers do not validate comment-breaking sequences in attacker-controlled comment content. During serialization, crafted content can close the comment and inject arbitrary XML nodes. The supplied CVSS 4.0 score is 8.7, reflecting network reachability, low complexity, and high integrity impact.
Likely exposure
Exposure requires an affected package version, attacker influence over XML comment content, and serialization of that content. Risk is greatest where generated XML drives security, configuration, identity, messaging, or business workflows. Dependency presence alone does not prove an exploitable data path.
Exploitation context
The supplied bundle marks this CVE as absent from KEV and provides no cited evidence of active exploitation. The vulnerability requires a reachable flow from untrusted comment data through XMLSerializer into output that another component processes or trusts.
Researcher notes
The core weakness maps to CWE-91: XML injection. Assessment should focus on data flow and downstream interpretation, not package detection alone. The supplied sources identify fixes for @xmldom/xmldom 0.8 and 0.9 branches; they do not name a fixed legacy xmldom release.
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.
For legacy xmldom 0.6.0 or earlier, consult vendor guidance for a supported migration path.
Until upgraded, prevent untrusted data from becoming serialized XML comment content.
Review downstream systems that consume XML generated by affected applications.
Validation and detection
Inventory direct and transitive installations of xmldom and @xmldom/xmldom.
Confirm deployed versions, not only versions declared in package manifests.
Trace whether attacker-controlled input can populate comments passed to XML serialization.
Verify downstream consumers cannot receive unintended nodes from comment content.
After upgrading, run regression tests covering XML comment serialization and downstream parsing.
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.