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
This vulnerability affects JavaScript projects using xmldom to build and serialize XML. If an attacker controls processing-instruction content, they may break out of that instruction and add XML nodes to the serialized output, potentially altering downstream data or decisions.
Executive priority
Treat as high priority for applications that process or generate XML from user, partner, or API input. Prioritize internet-facing and integration-heavy services because the main business risk is unauthorized alteration of XML data consumed by downstream systems.
Technical view
Affected xmldom versions do not validate or neutralize the processing-instruction closing sequence during serialization. This allows XML node injection into serialized output. The issue is tracked as CWE-91 and carries CVSS 4.0 score 8.7 with high integrity impact.
Likely exposure
Exposure is likely in Node.js or JavaScript applications that depend on xmldom or @xmldom/xmldom and serialize attacker-influenced XML processing instructions. Dependency-only presence is not enough; practical risk depends on reachable XML construction and serialization paths.
Exploitation context
The bundle says KEV is false and provides no cited evidence of active exploitation. The CVSS vector indicates network, low-complexity, unauthenticated exploitation without user interaction, but only where attacker-controlled processing-instruction data reaches XML serialization.
Researcher notes
Focus analysis on XMLSerializer behavior around processing instructions and integrity-sensitive consumers of serialized XML. The available sources identify patched @xmldom/xmldom releases and a fixing commit, but do not provide evidence of public exploitation or a separate fix for legacy unscoped xmldom.
Mitigation direction
Upgrade @xmldom/xmldom to 0.9.10 or 0.8.13, per vendor advisory.
Inventory legacy xmldom <=0.6.0 and plan migration to a patched maintained package.
Check Red Hat advisory status for any affected packaged products.
If upgrade is delayed, reduce reachable untrusted XML serialization paths.
Monitor vendor advisories for additional downstream product fixes.
Validation and detection
Search dependency lockfiles for xmldom and @xmldom/xmldom versions.
Confirm deployed artifacts use patched versions, not only source branches.
Review code paths creating processing instructions from external input.
Check whether serialized XML feeds authorization, configuration, signing, or integration workflows.
Verify SCA tools flag all direct and transitive affected dependencies.
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.