ZeroHour
oss-securitypublished ()ingested
Part of a story covered by 2 sources: “Four XSS/HTML-injection vulnerabilities disclosed in Perl HTML::FormHandler; fixed in versions 0.410000 and 0.410002” — merged summary and timeline →

CVE-2026-19872: HTML::FormHandler versions before 0.410000 for Perl allow cross-site scripting via a submitted value rendered unescaped in an error message

AI summary · glm-5.3-flash

Perl form library HTML::FormHandler before 0.410000 fixes CVE-2026-19872, a cross-site scripting flaw via unescaped submitted values in error messages.

CVE-2026-19872 was disclosed for the Perl HTML::FormHandler distribution: versions before 0.410000 render a submitted value unescaped within an error message, allowing cross-site scripting. The issue was announced by Robert Rothenberg on the oss-security mailing list. Applications using affected HTML::FormHandler versions should upgrade to 0.410000 or later.

  • Attack vector is user-submitted values echoed unescaped in HTML::FormHandler error messages.
  • All HTML::FormHandler releases before 0.410000 are affected.
  • Disclosure was posted to the oss-security mailing list.

Vulnerabilities mentionedAll →

CVEVulnerabilityCVSSEPSSFlagsAffectedExposurePublished
CVE-2026-19872
Cross-site scripting in HTML::FormHandler Perl library via unescaped error messages

HTML::FormHandler, a Perl form-processing library, is vulnerable to cross-site scripting because its default error wrappers and renderers interpolate validation error strings directly into HTML without escaping. When a field declared with a check regexp, check list, or type constraint fails validation, the library's no_match and not_allowed messages and type-constraint failure messages splice the attacker-submitted value into the error, which _apply_actions passes to add_error and emits unescaped inside the error span. An attacker who submits markup to such a field gets it echoed back and gains script execution in the application's origin, with a stored variant possible if rejected values are re-rendered later. Only applications running HTML::FormHandler versions before 0.410000 that render errors through the library's own rendering roles are affected; applications that pass errors through their own escaping template layer are not. No public proof-of-concept or known in-the-wild exploitation has been reported, EPSS currently rates the 30-day exploitation probability at 0.2% (13th percentile), and the flaw is not in CISA KEV.

Do: Upgrade to HTML::FormHandler 0.410000 or later. Audit applications for fields using check regexps, check lists, or type constraints whose errors are rendered through the library's rendering roles; rendering errors through an application-side escaping template layer is an effective interim mitigation.

6.1<1%
  • HTML::FormHandler (CPAN/Perl) HTML::FormHandler all versions before 0.410000
nichelikely hundreds to low thousands of custom Perl web applications; exact installed base not publicly tracked
Full article

Posted by Robert Rothenberg on Sep 08 ======================================================================== https://metacpan.org/dist/HTML-FormHandler VCS Repo: ...

This source does not provide full text. Read it at seclists.org.