CVE-2026-66843: rrrene html_sanitize_ex · Untrusted Functionality Inclusion
Affects rrrene html_sanitize_exSource CVE Database V5
Not known to be exploited · CVSS 2.3 Low : upgrade to 1.5.3 or 1.4.5 when convenient.
Data as of 5 Nov 2026, 00:01 UTC
- EPSS
- 0.5% chance of exploitation in 30 days – higher than 43% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 1.5.3, 1.4.5
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:P/VC:N/VI:N/VA:N/SC:L/SI:L/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 6 Aug 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 5 Nov 2026.
What to do
Upgrade rrrene html_sanitize_ex to 1.5.3 or 1.4.5.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| rrrenehtml_sanitize_ex | Affected
| Fixed in
|
| rrrenehtml_sanitize_ex | Affected
| Fixed in
|
| rrrenehtml_sanitize_ex | Affected
| Fixed in– |
Hexhtml_sanitize_expkg:hex/html_sanitize_exOther threats | Affected
| Fixed in
|
CPE configurations (1)
cpe:2.3:a:rrrene:html_sanitize_ex:*:*:*:*:*:*:*:*
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
Since the vulnerability requires specific conditions for exploitation and is of low severity, immediate urgent action is not indicated until a patch or official guidance is available.
Description
Inclusion of Functionality from Untrusted Control Sphere vulnerability in the HTML5 scrubber in rrrene html_sanitize_ex allows a remote attacker to load a document of their choosing into a trusted page via the data attribute of an <object> element in sanitized HTML. object is the one URI-bearing element in lib/html_sanitize_ex/scrubber/html5.ex never registered through allow_tag_with_uri_attributes/3, and its only guard is a prefix match on lowercase "javascript:", so mixed-case variants, data: URIs, protocol-relative URLs and same-origin paths all survive. This is not unconditional cross-site scripting. A javascript: URL does not execute through <object data> in current browsers, data: documents load in an opaque origin, and host-origin script execution additionally requires the application to serve attacker-controlled content from a same-origin path. This issue affects html_sanitize_ex: from 0.3.1 before 1.4.5 and from 1.5.0-rc.0 before 1.5.3.
References
- github.com/rrrene/html_sanitize_ex/security/advisories/GHSA-xmm9-jc22-rcgj (opens in a new tab)
- cna.erlef.org/cves/CVE-2026-66843.html (opens in a new tab)
- osv.dev/vulnerability/EEF-CVE-2026-66843 (opens in a new tab)
- github.com/rrrene/html_sanitize_ex/commit/bec27fec4de99e40c68c4285a610e09e791a3eaf (opens in a new tab)
- github.com/rrrene/html_sanitize_ex/commit/ce038aa1af5a960d50f8eb5d368cc57bb2b9a9f0 (opens in a new tab)