lowVulnerability

GHSA-46fp-8f5p-pf2m

## Summary `Loofah::HTML5::Scrub.allowed_uri?` does not correctly reject `javascript:` URIs when the scheme is split by HTML entity-encoded control characters such as `
` (carriage return), `
` (line feed), or `	` (tab). ## Details The `allowed_uri?` method strips literal control characters before decoding HTML entities. Payloads like `java
script:alert(1)` survive the control character strip, then `
` is decoded to a carriage return, producing `java\rscript:alert(1)`. Note that the Loofah sanitizer's default `sanitize()` path is **not affected** because Nokogiri decodes HTML entities during parsing before Loofah evaluates the URI protocol. This issue only affects direct callers of the `allowed_uri?` string-level helper when passing HTML-encoded strings. ## Impact Applications that call `Loofah::HTML5::Scrub.allowed_uri?` to validate user-controlled URLs and then render approved URLs into `href` or other browser-interpreted URI attributes may be vulnerable to cross-site scripting (XSS). This only affects Loofah `2.25.0`. ## Mitigation Upgrade to Loofah >= `2.25.1`. ## Credit Responsibly reported by HackOne user `@smlee`.

Properties

ghsa_id
GHSA-46fp-8f5p-pf2m
severity
low
summary
Improper detection of disallowed URIs by Loofah `allowed_uri?`
cve_id
GHSA-46fp-8f5p-pf2m
is_ghsa_only
true
ghsa_published
2026-03-18T17:26:48Z
source_url
https://github.com/advisories/GHSA-46fp-8f5p-pf2m
ghsa_updated
2026-03-18T17:26:49Z

Related Entities (3)

AFFECTS (1)

[Software]rubygems/loofah

HAS_WEAKNESS (1)

[Weakness]Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting')

REPORTED_BY (1)

[Source]GitHub Advisory Database

Explore deeper with Ninja Signal's threat intelligence graph

GHSA-46fp-8f5p-pf2m — Ninja Signal Threat Intelligence | Ninja Signal