Homepage

CVE-2026-74765 Affecting libnet-idn-encode-perl package, versions *

Severity

 Recommended
low

Based on default assessment until relevant scores are available.

Threat Intelligence

EPSS
0.33% (24th 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-ECHOLATEST-LIBNETIDNENCODEPERL-20044308
  • published22 Sept 2026
  • disclosed22 Sept 2026
Report a new vulnerability Found a mistake?

Introduced: 22 Sep 2026

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

How to fix?

There is no fixed version for Echo:latest libnet-idn-encode-perl.

NVD Description

Note: Versions mentioned in the description apply only to the upstream libnet-idn-encode-perl package and not the libnet-idn-encode-perl package as distributed by Echo. See How to fix? for Echo:latest relevant fixed versions and status.

Net::IDN::Punycode versions before 2.590 for Perl allow an out-of-bounds read via integer overflow of the delta accumulator in encode_punycode.

The XS backend keeps the punycode delta, and the digit index derived from it, in a signed int. The accumulation delta += (m-n) * (h+1) has no overflow check, so a large enough code point wraps the delta and the digit index leaves the range of the 36-entry digit table. The bound before the final table access tests only for an index above 36, so a negative index passes it, as does 36 itself. Perl strings hold code points beyond the Unicode range, and one such code point overflows the accumulation on its own. Valid input wraps it as well, for example 1927 ASCII letters followed by U+10FFFF. The conversion functions encode a label before they check its length, so a long label reaches the encoder through the documented API.

Only the XS backend is affected.

Encoding an attacker-supplied string copies a byte from outside the digit table into the encoded result or crashes the process.