CVE-2026-19953 Affecting perl:5.32/perl-local-lib package, versions <0:2.000024-7.module_el8.6.0+2766+8bf0b7ce


Severity

Recommended
medium

Based on AlmaLinux security rating.

Threat Intelligence

EPSS
0.23% (13th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-ALMALINUX8-PERL-22190784
  • published4 Nov 2026
  • disclosed20 Oct 2026

Introduced: 20 Oct 2026

NewCVE-2026-19953  (opens in a new tab)

How to fix?

Upgrade AlmaLinux:8 perl:5.32/perl-local-lib to version 0:2.000024-7.module_el8.6.0+2766+8bf0b7ce or higher.
This issue was patched in ALSA-2026:85917.

NVD Description

Note: Versions mentioned in the description apply only to the upstream perl:5.32/perl-local-lib package and not the perl:5.32/perl-local-lib package as distributed by AlmaLinux. See How to fix? for AlmaLinux:8 relevant fixed versions and status.

URI versions before 5.36 for Perl encode non-NFC host names to non-standard punycode labels via missing normalization in nameprep.

nameprep lowercases each host label but performs no Unicode normalization. IDNA requires a label to be normalized to Form C before it is encoded (RFC 5891), so a label that is not already in NFC is encoded to a different A-label than its normalized form. A label built from the precomposed Devanagari sequence U+0958 U+093E encodes to xn--72b5c without normalization but to xn--11b2fg after NFC normalization, and xn--72b5c does not round-trip back to the original label.

Any caller that reads host() from a URI built from untrusted input and uses it for a security decision (an allow or deny list, an SSRF filter, deduplication, a cache key) sees the non-standard label, while a client that fetches the same URL resolves the NFC form, so the check and the fetch can disagree about the host.

CVSS Base Scores

version 3.1