CVE-2026-126203: Loofah · Mutation XSS in the HTML5 scrubbers through unescaped attribute values
Affects loofahSource GCVE Database
Not known to be exploited · CVSS 6.1 Medium : upgrade to 2.25.3 when convenient.
Data as of 12 Nov 2026, 21:22 UTC
Thin evidence
One scorer or none| CNA (GitHub_M) | CVSS 3.1 | 6.1 |
|---|
- Patch
- Available – fixed in 2.25.3
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:NExploitation evidence
Disclosed: evidence found.
CVE published 12 Nov 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 12 Nov 2026.
What to do
Upgrade loofah to 2.25.3.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| RubyGemsloofah | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
Upgrade Loofah to version 2.25.3 or later, which requires Nokogiri version 1.19.5 or later. Upgrading Nokogiri alone to version 1.19.5 or later also mitigates the issue by properly escaping '<' and '>' in attribute values. No other mitigations are indicated or required.
Description
Loofah versions from 2.21.0 up to but not including 2.25.3 contain a mutation XSS vulnerability in their HTML5 scrubbers due to unescaped '<' and '>' characters in attribute values. This flaw allows browsers to parse output into different markup, potentially enabling cross-site scripting attacks. The vulnerability affects the :strip scrubber in all browsers and the :prune and :escape scrubbers in WebKit browsers like Safari. Nokogiri versions prior to 1.19.5 also contribute to this issue by not escaping these characters properly. Upgrading to Loofah 2.25.3 or Nokogiri 1.19.5 or later mitigates the vulnerability.
References
- github.com/flavorjones/loofah/security/advisories/GHSA-h6v6-rg66-fqj4 (opens in a new tab)
- github.com/flavorjones/loofah/pull/324 (opens in a new tab)
- github.com/sparklemotion/nokogiri/pull/3741 (opens in a new tab)
- github.com/flavorjones/loofah/commit/7ba1e7b77e043fb7dc832ef746fcbf83137135e6 (opens in a new tab)
- github.com/sparklemotion/nokogiri/commit/635abc8d65c75d594ddf8957fbfbfd822c2c0dbd (opens in a new tab)
- github.com/flavorjones/loofah (opens in a new tab)
- github.com/flavorjones/loofah/releases/tag/v2.25.3 (opens in a new tab)
- github.com/rubysec/ruby-advisory-db/blob/master/gems/loofah/GHSA-h6v6-rg66-fqj4.yml (opens in a new tab)
- github.com/sparklemotion/nokogiri/releases/tag/v1.19.5 (opens in a new tab)