https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Mon, 12 Oct 2026 17:35:12 +0000 https://cve.radiocsirt.org/vuln/cve-2026-73492 <p><strong>Affected:</strong> flavorjones loofah</p> <p>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 &amp;#58, &amp;#9, &amp;#10, or &amp;#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&#39;s default sanitize() path is not affected. This issue is fixed in version 2.25.2.</p> <p><strong>Affected:</strong> flavorjones loofah</p> <p>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 &amp;#58, &amp;#9, &amp;#10, or &amp;#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&#39;s default sanitize() path is not affected. This issue is fixed in version 2.25.2.</p> https://cve.radiocsirt.org/vuln/cve-2026-73492