GHSA-v33j-v3x4-42qg Regex literal in Hurl files are not escaped when exported to HTML, allowing injections

Not scored Published 11 Jun 2025

Hurl CLI fails to escape regex literals in HTML exports, allowing attackers to inject malicious scripts that execute when the generated HTML is viewed.

Exploited in the wild: Not known
Login needed: Not needed
Attackable: Over the internet
Victim action needed: A user has to click or open something
Fix: Available

What is GHSA-v33j-v3x4-42qg?

GHSA-v33j-v3x4-42qg is a cross-site scripting vulnerability in hurl, published on 11 Jun 2025. An attacker can exploit it over the internet without logging in, and only if a user opens a file or follows a link.

Official description

Given this Hurl file:

regex.hurl:

GET https://foo.com
HTTP 200
[Asserts]
jsonpath &#34;$.body&#34; matches /&lt;img src=&#34;&#34; onerror=&#34;alert(&#39;Hi!&#39;)&#34;&gt;/

When exported to HTML:

$ hurlfmt --out html regex.hurl
&lt;pre&gt;&lt;code class=&#34;language-hurl&#34;&gt;&lt;span class=&#34;hurl-entry&#34;&gt;&lt;span class=&#34;request&#34;&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;method&#34;&gt;GET&lt;/span&gt; &lt;span class=&#34;url&#34;&gt;https://foo.com&lt;/span&gt;&lt;/span&gt;
&lt;/span&gt;&lt;span class=&#34;response&#34;&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;version&#34;&gt;HTTP&lt;/span&gt; &lt;span class=&#34;number&#34;&gt;200&lt;/span&gt;&lt;/span&gt;
&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;section-header&#34;&gt;[Asserts]&lt;/span&gt;&lt;/span&gt;
&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;query-type&#34;&gt;jsonpath&lt;/span&gt; &lt;span class=&#34;string&#34;&gt;&#34;$.body&#34;&lt;/span&gt; &lt;span class=&#34;predicate-type&#34;&gt;matches&lt;/span&gt; &lt;span class=&#34;regex&#34;&gt;/&lt;img src=&#34;&#34; onerror=&#34;alert(&#39;Hi!&#39;)&#34;&gt;/&lt;/span&gt;&lt;/span&gt;
&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;/span&gt;
&lt;/code&gt;&lt;/pre&gt;

The regex literal /<img src="" onerror="alert('Hi!')">/ is not escaped:

<span class="regex">/<img src="" onerror="alert('Hi!')">/</span></span>

When opened in a browser, the code is run without user interaction:

regex

Which versions are affected by GHSA-v33j-v3x4-42qg?

2 open source packages ship an affected version, including hurl.

Package	Affected	Fixed in
`hurl` crates.io	All versions	`7.0.0`
`hurl` crates.io	All versions	`7.0.0`

How do I fix GHSA-v33j-v3x4-42qg?

Upgrade hurl to 7.0.0 or later.

Escape output for the context it lands in and set a strict Content Security Policy. Upgrading the affected component is the real fix. More about Cross-site scripting.

Is GHSA-v33j-v3x4-42qg being exploited?

There is no known exploitation of GHSA-v33j-v3x4-42qg in the wild and no public exploit code.

GHSA-v33j-v3x4-42qg Regex literal in Hurl files are not escaped when exported to HTML, allowing injections

What is GHSA-v33j-v3x4-42qg?

Which versions are affected by GHSA-v33j-v3x4-42qg?

How do I fix GHSA-v33j-v3x4-42qg?

Is GHSA-v33j-v3x4-42qg being exploited?

Sources

Is GHSA-v33j-v3x4-42qg in your software?