{"dataType": "CVE_RECORD", "dataVersion": "5.2", "cveMetadata": {"cveId": "CVE-2026-66294", "assignerOrgId": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db", "state": "PUBLISHED", "assignerShortName": "EEF", "dateReserved": "2026-07-24T14:10:01.114Z", "datePublished": "2026-11-06T10:16:49.656Z", "dateUpdated": "2026-11-10T17:43:39.205Z"}, "containers": {"cna": {"affected": [{"collectionURL": "https://repo.hex.pm", "cpes": ["cpe:2.3:a:qcam:saxy:*:*:*:*:*:*:*:*"], "defaultStatus": "unaffected", "modules": ["'Elixir.Saxy'", "'Elixir.Saxy.Encoder'", "'Elixir.Saxy.XML'"], "packageName": "saxy", "packageURL": "pkg:hex/saxy", "product": "saxy", "programFiles": ["lib/saxy.ex", "lib/saxy/encoder.ex", "lib/saxy/xml.ex"], "programRoutines": [{"name": "'Elixir.Saxy':encode!/2"}, {"name": "'Elixir.Saxy':encode_to_iodata!/2"}, {"name": "'Elixir.Saxy.Encoder':encode_to_iodata/2"}, {"name": "'Elixir.Saxy.Encoder':cdata/1"}, {"name": "'Elixir.Saxy.XML':cdata/1"}], "repo": "https://github.com/qcam/saxy", "vendor": "qcam", "versions": [{"lessThan": "1.7.0", "status": "affected", "version": "0.7.0", "versionType": "semver"}]}, {"collectionURL": "https://github.com", "cpes": ["cpe:2.3:a:qcam:saxy:*:*:*:*:*:*:*:*"], "defaultStatus": "unaffected", "modules": ["'Elixir.Saxy'", "'Elixir.Saxy.Encoder'", "'Elixir.Saxy.XML'"], "packageName": "qcam/saxy", "packageURL": "pkg:github/qcam/saxy", "product": "saxy", "programFiles": ["lib/saxy.ex", "lib/saxy/encoder.ex", "lib/saxy/xml.ex"], "programRoutines": [{"name": "'Elixir.Saxy':encode!/2"}, {"name": "'Elixir.Saxy':encode_to_iodata!/2"}, {"name": "'Elixir.Saxy.Encoder':encode_to_iodata/2"}, {"name": "'Elixir.Saxy.Encoder':cdata/1"}, {"name": "'Elixir.Saxy.XML':cdata/1"}], "repo": "https://github.com/qcam/saxy", "vendor": "qcam", "versions": [{"lessThan": "71d99fae12f1d6596f5edb57b71f26ba854f4d33", "status": "affected", "version": "7266632e9407842f28ffac254c56dc41210a5690", "versionType": "git"}]}], "cpeApplicability": [{"nodes": [{"cpeMatch": [{"criteria": "cpe:2.3:a:qcam:saxy:*:*:*:*:*:*:*:*", "versionEndExcluding": "1.7.0", "versionStartIncluding": "0.7.0", "vulnerable": true}], "negate": false, "operator": "OR"}], "operator": "AND"}], "credits": [{"lang": "en", "type": "finder", "value": "Peter Ullrich"}, {"lang": "en", "type": "reporter", "value": "Peter Ullrich"}, {"lang": "en", "type": "remediation developer", "value": "Peter Ullrich"}, {"lang": "en", "type": "remediation reviewer", "value": "C\u1ea9m Hu\u1ef3nh"}, {"lang": "en", "type": "analyst", "value": "Jonatan M\u00e4nnchen / EEF"}, {"lang": "en", "type": "coordinator", "value": "Peter Ullrich"}], "descriptions": [{"lang": "en", "supportingMedia": [{"base64": false, "type": "text/html", "value": "<p>XML injection in the Saxy XML encoder. <code>Saxy.Encoder.cdata/1</code> serializes a <code>{:cdata, characters}</code> node by wrapping the supplied characters between <code>&lt;![CDATA[</code> and <code>]]&gt;</code> and passing the payload through byte for byte. The encoder's character-data and attribute-value paths escape the XML metacharacters <code>&lt;</code>, <code>&gt;</code>, <code>&amp;</code>, <code>\"</code>, and <code>'</code>, but the CDATA path applies no neutralization at all. XML provides no character escaping mechanism inside a CDATA section, so the only correct way to represent a <code>]]&gt;</code> substring is to split the section and rejoin it as <code>]]]]&gt;&lt;![CDATA[&gt;</code>. Saxy neither performs that split nor rejects the substring.</p>\n<p>An application that renders untrusted text as CDATA, by building the node with <code>Saxy.XML.cdata/1</code> and serializing it with <code>Saxy.encode!/2</code> or <code>Saxy.encode_to_iodata!/2</code>, therefore lets an attacker terminate the section at a position of their choosing. Everything supplied after the <code>]]&gt;</code> is emitted outside any CDATA context and is parsed as markup, so a single attacker-controlled text field becomes attacker-controlled document structure: arbitrary sibling elements and attributes that the application never built. Downstream consumers of the serialized document accept the injected markup as genuine. Services that generate SOAP envelopes, RSS or Atom feeds, sitemaps, SVG, or XML exports from user-supplied content can have trusted fields forged or overridden. Applications that never place untrusted text in a CDATA node are not affected.</p>\n<p>This issue affects saxy: from 0.7.0 before 1.7.0.</p>"}, {"base64": false, "type": "text/markdown", "value": "XML injection in the Saxy XML encoder. `Saxy.Encoder.cdata/1` serializes a `{:cdata, characters}` node by wrapping the supplied characters between `<![CDATA[` and `]]>` and passing the payload through byte for byte. The encoder's character-data and attribute-value paths escape the XML metacharacters `<`, `>`, `&`, `\"`, and `'`, but the CDATA path applies no neutralization at all. XML provides no character escaping mechanism inside a CDATA section, so the only correct way to represent a `]]>` substring is to split the section and rejoin it as `]]]]><![CDATA[>`. Saxy neither performs that split nor rejects the substring.\n\nAn application that renders untrusted text as CDATA, by building the node with `Saxy.XML.cdata/1` and serializing it with `Saxy.encode!/2` or `Saxy.encode_to_iodata!/2`, therefore lets an attacker terminate the section at a position of their choosing. Everything supplied after the `]]>` is emitted outside any CDATA context and is parsed as markup, so a single attacker-controlled text field becomes attacker-controlled document structure: arbitrary sibling elements and attributes that the application never built. Downstream consumers of the serialized document accept the injected markup as genuine. Services that generate SOAP envelopes, RSS or Atom feeds, sitemaps, SVG, or XML exports from user-supplied content can have trusted fields forged or overridden. Applications that never place untrusted text in a CDATA node are not affected.\n\nThis issue affects saxy: from 0.7.0 before 1.7.0."}], "value": "XML injection in the Saxy XML encoder. Saxy.Encoder.cdata/1 serializes a {:cdata, characters} node by wrapping the supplied characters between <![CDATA[ and ]]> and passing the payload through byte for byte. The encoder's character-data and attribute-value paths escape the XML metacharacters <, >, &, \", and ', but the CDATA path applies no neutralization at all. XML provides no character escaping mechanism inside a CDATA section, so the only correct way to represent a ]]> substring is to split the section and rejoin it as ]]]]><![CDATA[>. Saxy neither performs that split nor rejects the substring.\n\nAn application that renders untrusted text as CDATA, by building the node with Saxy.XML.cdata/1 and serializing it with Saxy.encode!/2 or Saxy.encode_to_iodata!/2, therefore lets an attacker terminate the section at a position of their choosing. Everything supplied after the ]]> is emitted outside any CDATA context and is parsed as markup, so a single attacker-controlled text field becomes attacker-controlled document structure: arbitrary sibling elements and attributes that the application never built. Downstream consumers of the serialized document accept the injected markup as genuine. Services that generate SOAP envelopes, RSS or Atom feeds, sitemaps, SVG, or XML exports from user-supplied content can have trusted fields forged or overridden. Applications that never place untrusted text in a CDATA node are not affected.\n\nThis issue affects saxy: from 0.7.0 before 1.7.0."}], "impacts": [{"capecId": "CAPEC-250", "descriptions": [{"lang": "en", "value": "CAPEC-250 XML Injection"}]}], "metrics": [{"cvssV4_0": {"Automatable": "NOT_DEFINED", "Recovery": "NOT_DEFINED", "Safety": "NOT_DEFINED", "attackComplexity": "LOW", "attackRequirements": "PRESENT", "attackVector": "LOCAL", "baseScore": 2.1, "baseSeverity": "LOW", "privilegesRequired": "NONE", "providerUrgency": "NOT_DEFINED", "subAvailabilityImpact": "NONE", "subConfidentialityImpact": "NONE", "subIntegrityImpact": "LOW", "userInteraction": "NONE", "valueDensity": "NOT_DEFINED", "vectorString": "CVSS:4.0/AV:L/AC:L/AT:P/PR:N/UI:N/VC:N/VI:L/VA:N/SC:N/SI:L/SA:N", "version": "4.0", "vulnAvailabilityImpact": "NONE", "vulnConfidentialityImpact": "NONE", "vulnIntegrityImpact": "LOW", "vulnerabilityResponseEffort": "NOT_DEFINED"}, "format": "CVSS", "scenarios": [{"lang": "en", "value": "GENERAL"}]}], "problemTypes": [{"descriptions": [{"cweId": "CWE-91", "description": "CWE-91 XML Injection", "lang": "en", "type": "CWE"}]}], "providerMetadata": {"orgId": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db", "shortName": "EEF", "dateUpdated": "2026-11-06T10:16:49.656Z"}, "references": [{"tags": ["vendor-advisory", "related"], "url": "https://github.com/qcam/saxy/security/advisories/GHSA-hq6g-j46w-wx72"}, {"name": "EEF CNA record for CVE-2026-66294", "tags": ["related"], "url": "https://cna.erlef.org/cves/CVE-2026-66294.html"}, {"name": "OSV record EEF-CVE-2026-66294", "tags": ["related"], "url": "https://osv.dev/vulnerability/EEF-CVE-2026-66294"}, {"name": "Introducing commit 7266632 in qcam/saxy", "tags": ["related"], "url": "https://github.com/qcam/saxy/commit/7266632e9407842f28ffac254c56dc41210a5690"}, {"name": "Fix commit 71d99fa in qcam/saxy", "tags": ["patch"], "url": "https://github.com/qcam/saxy/commit/71d99fae12f1d6596f5edb57b71f26ba854f4d33"}], "source": {"discovery": "EXTERNAL"}, "title": "XML injection in Saxy via unescaped CDATA section terminator", "workarounds": [{"lang": "en", "supportingMedia": [{"base64": false, "type": "text/html", "value": "<p>Render untrusted text as ordinary character data instead of CDATA, by passing a plain string or <code>Saxy.XML.characters/1</code> to the element builder. That encoder path escapes the XML metacharacters and preserves the same text content.</p>\n<p>If a CDATA section is required, split the terminator in application code before building the node: replace every occurrence of <code>]]&gt;</code> in the untrusted text with <code>]]]]&gt;&lt;![CDATA[&gt;</code> and pass the result to <code>Saxy.XML.cdata/1</code>. Once the encoder wraps that payload, the output is the standard split encoding.</p>"}, {"base64": false, "type": "text/markdown", "value": "Render untrusted text as ordinary character data instead of CDATA, by passing a plain string or `Saxy.XML.characters/1` to the element builder. That encoder path escapes the XML metacharacters and preserves the same text content.\n\nIf a CDATA section is required, split the terminator in application code before building the node: replace every occurrence of `]]>` in the untrusted text with `]]]]><![CDATA[>` and pass the result to `Saxy.XML.cdata/1`. Once the encoder wraps that payload, the output is the standard split encoding."}], "value": "Render untrusted text as ordinary character data instead of CDATA, by passing a plain string or Saxy.XML.characters/1 to the element builder. That encoder path escapes the XML metacharacters and preserves the same text content.\n\nIf a CDATA section is required, split the terminator in application code before building the node: replace every occurrence of ]]> in the untrusted text with ]]]]><![CDATA[> and pass the result to Saxy.XML.cdata/1. Once the encoder wraps that payload, the output is the standard split encoding."}]}, "adp": [{"metrics": [{"other": {"type": "ssvc", "content": {"timestamp": "2026-11-10T17:43:23.760979Z", "id": "CVE-2026-66294", "options": [{"Exploitation": "none"}, {"Automatable": "no"}, {"Technical Impact": "partial"}], "role": "CISA Coordinator", "version": "2.0.3"}}}], "title": "CISA ADP Vulnrichment", "providerMetadata": {"orgId": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "shortName": "CISA-ADP", "dateUpdated": "2026-11-10T17:43:39.205Z"}}]}}

{"dataType": "CVE_RECORD", "dataVersion": "5.2", "cveMetadata": {"cveId": "CVE-2026-66294", "assignerOrgId": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db", "state": "PUBLISHED", "assignerShortName": "EEF", "dateReserved": "2026-07-24T14:10:01.114Z", "datePublished": "2026-11-06T10:16:49.656Z", "dateUpdated": "2026-11-10T17:43:39.205Z"}, "containers": {"cna": {"affected": [{"collectionURL": "https://repo.hex.pm", "cpes": ["cpe:2.3:a:qcam:saxy:*:*:*:*:*:*:*:*"], "defaultStatus": "unaffected", "modules": ["'Elixir.Saxy'", "'Elixir.Saxy.Encoder'", "'Elixir.Saxy.XML'"], "packageName": "saxy", "packageURL": "pkg:hex/saxy", "product": "saxy", "programFiles": ["lib/saxy.ex", "lib/saxy/encoder.ex", "lib/saxy/xml.ex"], "programRoutines": [{"name": "'Elixir.Saxy':encode!/2"}, {"name": "'Elixir.Saxy':encode_to_iodata!/2"}, {"name": "'Elixir.Saxy.Encoder':encode_to_iodata/2"}, {"name": "'Elixir.Saxy.Encoder':cdata/1"}, {"name": "'Elixir.Saxy.XML':cdata/1"}], "repo": "https://github.com/qcam/saxy", "vendor": "qcam", "versions": [{"lessThan": "1.7.0", "status": "affected", "version": "0.7.0", "versionType": "semver"}]}, {"collectionURL": "https://github.com", "cpes": ["cpe:2.3:a:qcam:saxy:*:*:*:*:*:*:*:*"], "defaultStatus": "unaffected", "modules": ["'Elixir.Saxy'", "'Elixir.Saxy.Encoder'", "'Elixir.Saxy.XML'"], "packageName": "qcam/saxy", "packageURL": "pkg:github/qcam/saxy", "product": "saxy", "programFiles": ["lib/saxy.ex", "lib/saxy/encoder.ex", "lib/saxy/xml.ex"], "programRoutines": [{"name": "'Elixir.Saxy':encode!/2"}, {"name": "'Elixir.Saxy':encode_to_iodata!/2"}, {"name": "'Elixir.Saxy.Encoder':encode_to_iodata/2"}, {"name": "'Elixir.Saxy.Encoder':cdata/1"}, {"name": "'Elixir.Saxy.XML':cdata/1"}], "repo": "https://github.com/qcam/saxy", "vendor": "qcam", "versions": [{"lessThan": "71d99fae12f1d6596f5edb57b71f26ba854f4d33", "status": "affected", "version": "7266632e9407842f28ffac254c56dc41210a5690", "versionType": "git"}]}], "cpeApplicability": [{"nodes": [{"cpeMatch": [{"criteria": "cpe:2.3:a:qcam:saxy:*:*:*:*:*:*:*:*", "versionEndExcluding": "1.7.0", "versionStartIncluding": "0.7.0", "vulnerable": true}], "negate": false, "operator": "OR"}], "operator": "AND"}], "credits": [{"lang": "en", "type": "finder", "value": "Peter Ullrich"}, {"lang": "en", "type": "reporter", "value": "Peter Ullrich"}, {"lang": "en", "type": "remediation developer", "value": "Peter Ullrich"}, {"lang": "en", "type": "remediation reviewer", "value": "C\u1ea9m Hu\u1ef3nh"}, {"lang": "en", "type": "analyst", "value": "Jonatan M\u00e4nnchen / EEF"}, {"lang": "en", "type": "coordinator", "value": "Peter Ullrich"}], "descriptions": [{"lang": "en", "supportingMedia": [{"base64": false, "type": "text/html", "value": "<p>XML injection in the Saxy XML encoder. <code>Saxy.Encoder.cdata/1</code> serializes a <code>{:cdata, characters}</code> node by wrapping the supplied characters between <code>&lt;![CDATA[</code> and <code>]]&gt;</code> and passing the payload through byte for byte. The encoder's character-data and attribute-value paths escape the XML metacharacters <code>&lt;</code>, <code>&gt;</code>, <code>&amp;</code>, <code>\"</code>, and <code>'</code>, but the CDATA path applies no neutralization at all. XML provides no character escaping mechanism inside a CDATA section, so the only correct way to represent a <code>]]&gt;</code> substring is to split the section and rejoin it as <code>]]]]&gt;&lt;![CDATA[&gt;</code>. Saxy neither performs that split nor rejects the substring.</p>\n<p>An application that renders untrusted text as CDATA, by building the node with <code>Saxy.XML.cdata/1</code> and serializing it with <code>Saxy.encode!/2</code> or <code>Saxy.encode_to_iodata!/2</code>, therefore lets an attacker terminate the section at a position of their choosing. Everything supplied after the <code>]]&gt;</code> is emitted outside any CDATA context and is parsed as markup, so a single attacker-controlled text field becomes attacker-controlled document structure: arbitrary sibling elements and attributes that the application never built. Downstream consumers of the serialized document accept the injected markup as genuine. Services that generate SOAP envelopes, RSS or Atom feeds, sitemaps, SVG, or XML exports from user-supplied content can have trusted fields forged or overridden. Applications that never place untrusted text in a CDATA node are not affected.</p>\n<p>This issue affects saxy: from 0.7.0 before 1.7.0.</p>"}, {"base64": false, "type": "text/markdown", "value": "XML injection in the Saxy XML encoder. `Saxy.Encoder.cdata/1` serializes a `{:cdata, characters}` node by wrapping the supplied characters between `<![CDATA[` and `]]>` and passing the payload through byte for byte. The encoder's character-data and attribute-value paths escape the XML metacharacters `<`, `>`, `&`, `\"`, and `'`, but the CDATA path applies no neutralization at all. XML provides no character escaping mechanism inside a CDATA section, so the only correct way to represent a `]]>` substring is to split the section and rejoin it as `]]]]><![CDATA[>`. Saxy neither performs that split nor rejects the substring.\n\nAn application that renders untrusted text as CDATA, by building the node with `Saxy.XML.cdata/1` and serializing it with `Saxy.encode!/2` or `Saxy.encode_to_iodata!/2`, therefore lets an attacker terminate the section at a position of their choosing. Everything supplied after the `]]>` is emitted outside any CDATA context and is parsed as markup, so a single attacker-controlled text field becomes attacker-controlled document structure: arbitrary sibling elements and attributes that the application never built. Downstream consumers of the serialized document accept the injected markup as genuine. Services that generate SOAP envelopes, RSS or Atom feeds, sitemaps, SVG, or XML exports from user-supplied content can have trusted fields forged or overridden. Applications that never place untrusted text in a CDATA node are not affected.\n\nThis issue affects saxy: from 0.7.0 before 1.7.0."}], "value": "XML injection in the Saxy XML encoder. Saxy.Encoder.cdata/1 serializes a {:cdata, characters} node by wrapping the supplied characters between <![CDATA[ and ]]> and passing the payload through byte for byte. The encoder's character-data and attribute-value paths escape the XML metacharacters <, >, &, \", and ', but the CDATA path applies no neutralization at all. XML provides no character escaping mechanism inside a CDATA section, so the only correct way to represent a ]]> substring is to split the section and rejoin it as ]]]]><![CDATA[>. Saxy neither performs that split nor rejects the substring.\n\nAn application that renders untrusted text as CDATA, by building the node with Saxy.XML.cdata/1 and serializing it with Saxy.encode!/2 or Saxy.encode_to_iodata!/2, therefore lets an attacker terminate the section at a position of their choosing. Everything supplied after the ]]> is emitted outside any CDATA context and is parsed as markup, so a single attacker-controlled text field becomes attacker-controlled document structure: arbitrary sibling elements and attributes that the application never built. Downstream consumers of the serialized document accept the injected markup as genuine. Services that generate SOAP envelopes, RSS or Atom feeds, sitemaps, SVG, or XML exports from user-supplied content can have trusted fields forged or overridden. Applications that never place untrusted text in a CDATA node are not affected.\n\nThis issue affects saxy: from 0.7.0 before 1.7.0."}], "impacts": [{"capecId": "CAPEC-250", "descriptions": [{"lang": "en", "value": "CAPEC-250 XML Injection"}]}], "metrics": [{"cvssV4_0": {"Automatable": "NOT_DEFINED", "Recovery": "NOT_DEFINED", "Safety": "NOT_DEFINED", "attackComplexity": "LOW", "attackRequirements": "PRESENT", "attackVector": "LOCAL", "baseScore": 2.1, "baseSeverity": "LOW", "privilegesRequired": "NONE", "providerUrgency": "NOT_DEFINED", "subAvailabilityImpact": "NONE", "subConfidentialityImpact": "NONE", "subIntegrityImpact": "LOW", "userInteraction": "NONE", "valueDensity": "NOT_DEFINED", "vectorString": "CVSS:4.0/AV:L/AC:L/AT:P/PR:N/UI:N/VC:N/VI:L/VA:N/SC:N/SI:L/SA:N", "version": "4.0", "vulnAvailabilityImpact": "NONE", "vulnConfidentialityImpact": "NONE", "vulnIntegrityImpact": "LOW", "vulnerabilityResponseEffort": "NOT_DEFINED"}, "format": "CVSS", "scenarios": [{"lang": "en", "value": "GENERAL"}]}], "problemTypes": [{"descriptions": [{"cweId": "CWE-91", "description": "CWE-91 XML Injection", "lang": "en", "type": "CWE"}]}], "providerMetadata": {"orgId": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db", "shortName": "EEF", "dateUpdated": "2026-11-06T10:16:49.656Z"}, "references": [{"tags": ["vendor-advisory", "related"], "url": "https://github.com/qcam/saxy/security/advisories/GHSA-hq6g-j46w-wx72"}, {"name": "EEF CNA record for CVE-2026-66294", "tags": ["related"], "url": "https://cna.erlef.org/cves/CVE-2026-66294.html"}, {"name": "OSV record EEF-CVE-2026-66294", "tags": ["related"], "url": "https://osv.dev/vulnerability/EEF-CVE-2026-66294"}, {"name": "Introducing commit 7266632 in qcam/saxy", "tags": ["related"], "url": "https://github.com/qcam/saxy/commit/7266632e9407842f28ffac254c56dc41210a5690"}, {"name": "Fix commit 71d99fa in qcam/saxy", "tags": ["patch"], "url": "https://github.com/qcam/saxy/commit/71d99fae12f1d6596f5edb57b71f26ba854f4d33"}], "source": {"discovery": "EXTERNAL"}, "title": "XML injection in Saxy via unescaped CDATA section terminator", "workarounds": [{"lang": "en", "supportingMedia": [{"base64": false, "type": "text/html", "value": "<p>Render untrusted text as ordinary character data instead of CDATA, by passing a plain string or <code>Saxy.XML.characters/1</code> to the element builder. That encoder path escapes the XML metacharacters and preserves the same text content.</p>\n<p>If a CDATA section is required, split the terminator in application code before building the node: replace every occurrence of <code>]]&gt;</code> in the untrusted text with <code>]]]]&gt;&lt;![CDATA[&gt;</code> and pass the result to <code>Saxy.XML.cdata/1</code>. Once the encoder wraps that payload, the output is the standard split encoding.</p>"}, {"base64": false, "type": "text/markdown", "value": "Render untrusted text as ordinary character data instead of CDATA, by passing a plain string or `Saxy.XML.characters/1` to the element builder. That encoder path escapes the XML metacharacters and preserves the same text content.\n\nIf a CDATA section is required, split the terminator in application code before building the node: replace every occurrence of `]]>` in the untrusted text with `]]]]><![CDATA[>` and pass the result to `Saxy.XML.cdata/1`. Once the encoder wraps that payload, the output is the standard split encoding."}], "value": "Render untrusted text as ordinary character data instead of CDATA, by passing a plain string or Saxy.XML.characters/1 to the element builder. That encoder path escapes the XML metacharacters and preserves the same text content.\n\nIf a CDATA section is required, split the terminator in application code before building the node: replace every occurrence of ]]> in the untrusted text with ]]]]><![CDATA[> and pass the result to Saxy.XML.cdata/1. Once the encoder wraps that payload, the output is the standard split encoding."}]}, "adp": [{"title": "CISA ADP Vulnrichment", "metrics": [{"other": {"type": "ssvc", "content": {"id": "CVE-2026-66294", "role": "CISA Coordinator", "options": [{"Exploitation": "none"}, {"Automatable": "no"}, {"Technical Impact": "partial"}], "version": "2.0.3", "timestamp": "2026-11-10T17:43:23.760979Z"}}}], "providerMetadata": {"orgId": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "shortName": "CISA-ADP", "dateUpdated": "2026-11-10T17:43:32.054Z"}}]}}

{"affected": [{"affectedData": [{"collectionURL": "https://repo.hex.pm", "cpes": ["cpe:2.3:a:qcam:saxy:*:*:*:*:*:*:*:*"], "defaultStatus": "unaffected", "modules": ["'Elixir.Saxy'", "'Elixir.Saxy.Encoder'", "'Elixir.Saxy.XML'"], "packageName": "saxy", "packageURL": "pkg:hex/saxy", "product": "saxy", "programFiles": ["lib/saxy.ex", "lib/saxy/encoder.ex", "lib/saxy/xml.ex"], "programRoutines": [{"name": "'Elixir.Saxy':encode!/2"}, {"name": "'Elixir.Saxy':encode_to_iodata!/2"}, {"name": "'Elixir.Saxy.Encoder':encode_to_iodata/2"}, {"name": "'Elixir.Saxy.Encoder':cdata/1"}, {"name": "'Elixir.Saxy.XML':cdata/1"}], "repo": "https://github.com/qcam/saxy", "vendor": "qcam", "versions": [{"lessThan": "1.7.0", "status": "affected", "version": "0.7.0", "versionType": "semver"}]}, {"collectionURL": "https://github.com", "cpes": ["cpe:2.3:a:qcam:saxy:*:*:*:*:*:*:*:*"], "defaultStatus": "unaffected", "modules": ["'Elixir.Saxy'", "'Elixir.Saxy.Encoder'", "'Elixir.Saxy.XML'"], "packageName": "qcam/saxy", "packageURL": "pkg:github/qcam/saxy", "product": "saxy", "programFiles": ["lib/saxy.ex", "lib/saxy/encoder.ex", "lib/saxy/xml.ex"], "programRoutines": [{"name": "'Elixir.Saxy':encode!/2"}, {"name": "'Elixir.Saxy':encode_to_iodata!/2"}, {"name": "'Elixir.Saxy.Encoder':encode_to_iodata/2"}, {"name": "'Elixir.Saxy.Encoder':cdata/1"}, {"name": "'Elixir.Saxy.XML':cdata/1"}], "repo": "https://github.com/qcam/saxy", "vendor": "qcam", "versions": [{"lessThan": "71d99fae12f1d6596f5edb57b71f26ba854f4d33", "status": "affected", "version": "7266632e9407842f28ffac254c56dc41210a5690", "versionType": "git"}]}], "source": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db"}], "cveTags": [], "descriptions": [{"lang": "en", "value": "XML injection in the Saxy XML encoder. Saxy.Encoder.cdata/1 serializes a {:cdata, characters} node by wrapping the supplied characters between <![CDATA[ and ]]> and passing the payload through byte for byte. The encoder's character-data and attribute-value paths escape the XML metacharacters <, >, &, \", and ', but the CDATA path applies no neutralization at all. XML provides no character escaping mechanism inside a CDATA section, so the only correct way to represent a ]]> substring is to split the section and rejoin it as ]]]]><![CDATA[>. Saxy neither performs that split nor rejects the substring.\n\nAn application that renders untrusted text as CDATA, by building the node with Saxy.XML.cdata/1 and serializing it with Saxy.encode!/2 or Saxy.encode_to_iodata!/2, therefore lets an attacker terminate the section at a position of their choosing. Everything supplied after the ]]> is emitted outside any CDATA context and is parsed as markup, so a single attacker-controlled text field becomes attacker-controlled document structure: arbitrary sibling elements and attributes that the application never built. Downstream consumers of the serialized document accept the injected markup as genuine. Services that generate SOAP envelopes, RSS or Atom feeds, sitemaps, SVG, or XML exports from user-supplied content can have trusted fields forged or overridden. Applications that never place untrusted text in a CDATA node are not affected.\n\nThis issue affects saxy: from 0.7.0 before 1.7.0."}], "id": "CVE-2026-66294", "lastModified": "2026-11-10T18:17:46.240", "metrics": {"cvssMetricV40": [{"cvssData": {"Automatable": "NOT_DEFINED", "Recovery": "NOT_DEFINED", "Safety": "NOT_DEFINED", "attackComplexity": "LOW", "attackRequirements": "PRESENT", "attackVector": "LOCAL", "availabilityRequirement": "NOT_DEFINED", "baseScore": 2.1, "baseSeverity": "LOW", "confidentialityRequirement": "NOT_DEFINED", "exploitMaturity": "NOT_DEFINED", "integrityRequirement": "NOT_DEFINED", "modifiedAttackComplexity": "NOT_DEFINED", "modifiedAttackRequirements": "NOT_DEFINED", "modifiedAttackVector": "NOT_DEFINED", "modifiedPrivilegesRequired": "NOT_DEFINED", "modifiedSubAvailabilityImpact": "NOT_DEFINED", "modifiedSubConfidentialityImpact": "NOT_DEFINED", "modifiedSubIntegrityImpact": "NOT_DEFINED", "modifiedUserInteraction": "NOT_DEFINED", "modifiedVulnAvailabilityImpact": "NOT_DEFINED", "modifiedVulnConfidentialityImpact": "NOT_DEFINED", "modifiedVulnIntegrityImpact": "NOT_DEFINED", "privilegesRequired": "NONE", "providerUrgency": "NOT_DEFINED", "subAvailabilityImpact": "NONE", "subConfidentialityImpact": "NONE", "subIntegrityImpact": "LOW", "userInteraction": "NONE", "valueDensity": "NOT_DEFINED", "vectorString": "CVSS:4.0/AV:L/AC:L/AT:P/PR:N/UI:N/VC:N/VI:L/VA:N/SC:N/SI:L/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X", "version": "4.0", "vulnAvailabilityImpact": "NONE", "vulnConfidentialityImpact": "NONE", "vulnIntegrityImpact": "LOW", "vulnerabilityResponseEffort": "NOT_DEFINED"}, "source": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db", "type": "Secondary"}], "ssvcV203": [{"source": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "ssvcData": {"id": "CVE-2026-66294", "options": [{"exploitation": "none"}, {"automatable": "no"}, {"technicalImpact": "partial"}], "role": "CISA Coordinator", "timestamp": "2026-11-10T17:43:23.760979Z", "version": "2.0.3"}}]}, "published": "2026-11-06T11:17:16.317", "references": [{"source": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db", "url": "https://cna.erlef.org/cves/CVE-2026-66294.html"}, {"source": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db", "url": "https://github.com/qcam/saxy/commit/71d99fae12f1d6596f5edb57b71f26ba854f4d33"}, {"source": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db", "url": "https://github.com/qcam/saxy/commit/7266632e9407842f28ffac254c56dc41210a5690"}, {"source": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db", "url": "https://github.com/qcam/saxy/security/advisories/GHSA-hq6g-j46w-wx72"}, {"source": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db", "url": "https://osv.dev/vulnerability/EEF-CVE-2026-66294"}], "sourceIdentifier": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db", "vulnStatus": "Received", "weaknesses": [{"description": [{"lang": "en", "value": "CWE-91"}], "source": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db", "type": "Secondary"}]}

{}