GHSA-cpgf-5mjf-73p7: rails-html-sanitizer: Possible regular expression denial of service with certain configurations

Published Nov 13, 2026
·
Updated

Summary

Rails::HTML::PermitScrubber restricts the href and xlink:href attributes of SVG reference elements to local references. That check matched the attribute value against /^\s[^#\s]./m. In Ruby ^ anchors to every line start and \s matches newlines, so an all-whitespace value made the engine rescan the value from each of its line starts, taking time quadratic in its length.

- Versions affected: >= 1.0.3, < 1.7.2 - Not affected: < 1.0.3 - Fixed versions: 1.7.2

Only Ruby 3.1 and earlier are affected. Ruby 3.2 added linear-time regexp matching, which makes the pattern linear.

Impact

An attacker who supplies HTML to be sanitized can consume CPU out of proportion to the input size, by sending an SVG reference element whose href or xlink:href is a long run of whitespace.

Applications are affected only when the allowed tags are overridden to include an SVG reference element such as use, along with href or xlink:href in the allowed attributes. The default allowed tags include no SVG elements, so the default configuration is not affected. Applications that use Loofah directly are exposed through its own copy of the check, fixed in Loofah 2.25.3.

Workarounds

Run Ruby 3.2 or later, which matches the pattern in linear time, or remove the SVG reference elements from the overridden allowed tags.

Credit

Reported by scyoon through the Rails HackerOne program.

Affected Software

1 affected componentFixes available
rubygems/rails-html-sanitizer>=1.0.3<1.7.2
1.7.2

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade rubygems/rails-html-sanitizer to a version that resolves this vulnerability.

    Fixed in 1.7.2
  2. Upgrade

    Upgrade to a fixed release to a version that resolves this vulnerability.

    Fixed in 1.7.2
  3. Upgrade

    Upgrade to a fixed release to a version that resolves this vulnerability.

    Fixed in 2.25.3
  4. Upgrade

    Upgrade to a fixed release to a version that resolves this vulnerability.

    Fixed in 3.2
  5. Configuration

    Remove SVG reference elements from the overridden allowed tags.

    Rails::HTML::PermitScrubber allowed tags = Exclude SVG reference elements such as `use`

Event History

Nov 13, 2026
Advisory Published
via GitHub·05:54 PM
Data Sourced
via GitHub·05:54 PM
DescriptionSeverityWeaknessAffected Software

Frequently Asked Questions

1

Which deployments are actually exposed?

Exposure requires a customized allowlist that permits an SVG reference element such as use and also permits href or xlink:href. The default allowed-tag configuration contains no SVG elements and is not affected.

2

What must an attacker provide to trigger the issue?

An attacker must be able to supply HTML that the application sanitizes. They can consume disproportionate CPU by using an SVG reference element with an href or xlink:href value consisting of a long run of whitespace.

3

Does the Ruby runtime version affect exploitability?

Only Ruby 3.1 and earlier are affected by the quadratic regular-expression behavior. Ruby 3.2 performs this regular-expression matching in linear time.

4

What versions address the issue?

Upgrade rails-html-sanitizer to version 1.7.2. Versions earlier than 1.0.3 are not affected; the affected range is 1.0.3 through versions before 1.7.2.

5

What should teams using Loofah directly do?

Loofah has its own copy of the affected check when used directly. Upgrade Loofah to version 2.25.3, where that check is fixed.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203