CVE-2026-73492None▾ Sunlit

Loofah is a general library for manipulating and transforming HTML/XML documents and fragments, built on top of Nokogiri

▾ Sunlit zone — Low / medium · no exploitation signal

Depth score3/ 100 · Minimal

impact 2.8 · likelihood 0.1 · exploitation 0

⚡ Agent-ready:Raw markdown ↗JSON ↗

Proof of concept

Need a working PoC? Pro members can cast a request and our team develops one — it lands right here.

…

Published

Aug 12, 2026

Updated

Sep 9, 2026

CVSS

—

Vendor

—

Product

—

CWE

CWE-79, CWE-184

Depth score

3 · Minimal

EPSS

0.39% · p33

Platforms

—

Source

NVD

Vector

—

EPSS history

Exploit-prediction probability, daily snapshots since Sep 9.

0.2% → 0.4%▲ 0.1%

Timeline

Disclosure to exploitation, from the record and what we observed since indexing it.

4 events · 44 days

Aug 12, 2026Published
Disclosed via NVD
Sep 9, 2026Record revised
Last analysed / modified upstream
Sep 9, 2026EPSS first tracked
0.2%
Sep 25, 2026EPSS peak
0.2% → 0.4%

CWE-79 CWE-184 #nvd

Full technical detail▾

Overview

Loofah is a general library for manipulating and transforming HTML/XML documents and fragments, built on top of Nokogiri. From 2.25.0 until 2.25.2, Loofah::HTML5::Scrub.allowed_uri? does not reject javascript: or vbscript: URIs whose scheme is split by semicolon-less numeric character references such as &#58, &#9, &#10, or &#13. CGI.unescapeHTML leaves these references encoded, so allowed_uri? reports the URL safe even though a browser decodes an encoded colon or strips encoded whitespace and executes the resulting URI scheme. This issue affects only callers that pass HTML-encoded strings directly to allowed_uri?; Loofah's default sanitize() path is not affected. This issue is fixed in version 2.25.2.

Remediation

Refer to the linked advisories for vendor-supplied fixes and affected version ranges.

References

Related vulnerabilities

Connected by shared product, vendor, weakness, or advisory.

#nvd

← Back to feed