Fix stored XSS in HTML report via unescaped Location: header (#3090)

Backport of the 3.3dev fix to the 3.2 branch.

pr_url() and pr_boldurl() interpolated their argument directly into
<a href="$1">$1</a> without HTML escaping. The most notable caller
passes the raw HTTP Location: header from the scanned server, so a
malicious HTTPS target could inject arbitrary HTML/JS into an
operator's --htmlfile report. Route both the href attribute and the
link text through the existing html_reserved() escaper, matching the
pattern already used by every other pr_* HTML-output function.
This commit is contained in:
Eric Gu
2026-07-11 23:22:42 -04:00
parent eb4d8183ee
commit 406e87a0a4
3 changed files with 9 additions and 2 deletions
+3
View File
@@ -68,6 +68,9 @@ Full contribution, see git log.
* Christian Dresen
- Dockerfile
* Eric Gu
- HTML report XSS fix (escape server-controlled URLs, #3090)
* enxio
- support for TN3270/telnet STARTTLS