CVE-2026-19953: CWE-1289 Improper Validation of Unsafe Equivalence in Input
Description
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 v3.1
Score 6.5medium
Affected software
Run on your own infrastructure? Check whether these packages are installed with threat-finder — our free open-source scanner.
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
This vulnerability arises because the nameprep process in URI versions prior to 5.36 lowercases host labels but does not perform Unicode normalization to NFC form as required by IDNA (RFC 5891). Consequently, host labels that are not already normalized encode to different A-labels than their NFC-normalized counterparts. For example, a Devanagari sequence encodes differently without normalization, causing the encoded label used in security decisions to differ from the label resolved by clients. This mismatch can lead to security checks being bypassed or inconsistent behavior between security filters and actual DNS resolution.
Potential Impact
The impact is limited to scenarios where software uses the host() value from a URI constructed from untrusted input for security decisions such as allow or deny lists, SSRF filtering, deduplication, or cache key generation. Because the encoded host label differs from the normalized label resolved by clients, attackers could bypass these security controls, potentially allowing unauthorized access or evasion of filtering mechanisms. There is no indication of direct code execution or denial of service. The CVSS score of 6.5 reflects a medium severity with low complexity and no privileges required.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until a fix is available, users should avoid relying solely on the host() value from URIs constructed from untrusted input for security decisions. Implement additional normalization to NFC form before encoding or use alternative validated libraries that comply with IDNA requirements. Monitor vendor communications for official patches or updates.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- CPANSec
- Date Reserved
- 2026-08-15T21:13:08.480Z
- State
- PUBLISHED
Threat ID: 6a95bbe5acd9273b496368c7
Added to database: 08/31/2026, 17:37:41 UTC
Last enriched: 09/07/2026, 14:44:59 UTC
Last updated: 10/15/2026, 06:48:15 UTC
Views: 51
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.