Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - Net：：IDN：:P unycode 版本之前的 2.3012.590 Perl 允許透過解碼的程式碼點進行堆積釋放後使用，該程式碼點會在 decode_punycode 中重新配置輸出緩衝區。XS 後端會將每個解碼的程式碼點插入其傳回之純量的字串緩衝區中。decode_punycode 會先計算插入指標，然後只有在程式碼點不適合時才會增加緩衝區。成長會重新配置緩衝區，並更新插入指標以外的每個指標，因此後續的移動和程式碼點的寫入會經過釋放的指標。緩衝區從標籤長度的兩倍開始，而 U+FFFF 上方的字碼點在輸出中佔用四個位元組，因此這類字碼點的標籤會超出它，並強制重新配置。版本 2.301，的 CVE-2016-15059修正，引入了缺陷。只有 XS 後端受到影響。解碼攻擊者提供的 punycode 標籤會讀取和寫入釋放的堆積記憶體。
    (CVE-2026-74766)

請注意，Nessus 依賴供應商報告的套件存在。

因此，该软件受到 ALAS2023-2026-3190 公告中提及的多个漏洞影响。

    Perl 之前 2.590 的 Net：：IDN：:P unycode 版本允许通过 encode_punycode 中 delta 累加器的整数溢出进行越界读取。

    XS 后端将 punycode 增量以及从中派生的数字索引保留在有符号的 int 中。累积“delta += （m-n） * （h+1）”没有溢出检查，因此足够大的代码点封装增量，而数字索引会离开 36 个条目数字表的范围。最终表访问之前的边界仅测试大于 36 的索引，因此负索引传递它，36 本身也是如此。Perl 字符串保留 Unicode 范围之外的代码点，而一个这样的代码点会自行溢出累积。有效的输入也会对其进行封装，例如 1927 ASCII 字母后跟 U+10FFFF。转换函数在检查标签长度之前对标签进行编码，因此长标签通过记录的 API 到达编码器。

    只有 XS 后端会受到影响。

    对攻击者提供的字符串进行编码会将数字表外部的字节复制到编码结果中，或造成进程崩溃。（CVE-2026-74765）

    之前的 2.3012.590 Perl Net：：IDN：:P unycode 版本允许通过解码代码点在decode_punycode中重新分配输出缓冲区，从而造成堆释放后使用。

    XS 后端将每个解码代码点插入其返回标量的字符串缓冲区中。
    decode_punycode 首先计算插入指针，然后在代码点不适合时才增加缓冲区。增长会重新分配缓冲区并更新除插入指针以外的每个指针，因此后续移动和代码点写入会通过释放的指针。缓冲区的起始时间是标签长度的两倍，而高于 U+FFFF 的代码点在输出中占用了四个字节，因此此类代码点的标签会超出其长度并强制重新分配。

    2.301版本 的补丁CVE-2016-15059引入了该缺陷。只有 XS 后端会受到影响。

    解码攻击者提供的 punycode 标签可读取和写入释放的堆内存。（CVE-2026-74766）

    对于 Perl，Net：：IDN：:P unycode 版本2.3022.590会泄漏 decode_punycode 中每个被拒绝标签上的输出缓冲区。

    XS 后端在验证输入之前分配其返回的标量，将缓冲区大小调整为输入长度的两倍。标量仅在成功路径上释放，因此拒绝标签的三个呱呱叫中的每一个都会保留标量及其缓冲区的分配。没有任何内容会限制到 Unicode 方向的标签长度，因为只在转换为 ASCII 时才检查 63 字节的 DNS 限制。

    只有 XS 后端会受到影响。

    提供无效标签的发送方每次拒绝调用都会将进程增加两倍标签长度，无需成功调用。（CVE-2026-87078）

    低于 Perl 的 Net：：IDN：:P unycode 版本 2.590 在解码 decode_punycode 中的长标签时，可通过二次插入成本导致 CPU 耗尽。

    XS 后端将每个解码代码点插入到 UTF-8 缓冲区中，并通过从头开始扫描该缓冲区（一次一个字符）来找到插入点。扫描在目前为止构建的输出上每个代码点运行一次，因此标签长度的成本为二次。纯 Perl 后端将其输入降级为字节，以便 substr 可以直接为其制作索引，但在降级之前获取其工作副本，因此当输入带有 UTF-8 标记时，副本上的每个 substr 都会从头开始扫描，具有相同的二次成本。

    没有任何内容在 to-Unicode 方向上限制标签长度。仅当转换为 ASCII 时才检查 63 字节 DNS 限制，因此 domain_to_unicode 和 uts46_to_unicode 可向解码器传递攻击者提供的任意长度的标签。（CVE-2026-87079）

    Net：：IDN：:P unycode：:P P 之前 2.590 的 Perl 版本会将截断标签解码为包含其从未在decode_punycode中编码过的字符的名称。

    纯 Perl 解码器一次读取一位具有四参数 substr 的数字，并使用定义测试结果以检测输入的末尾。耗尽字符串的 substr 返回空字符串而不是 undef，因此解码会继续到结尾。空字符串转换为范围下方的位数值，从而减少累加器，解码器从中派生一个额外的代码点及其位置。结果是确定性的。XS 后端拒绝相同的标签。

    Net：：IDN：:P unycode 在 XS 未构建的任何地方使用此后端。

    两个后端对这种标签的含义存在分歧，因此发送者可以选择一个安装解析为名称而另一个安装拒绝的标签。（CVE-2026-87080）

    Perl 之前的 Net：：IDN：：UTS46 版本 2.590 允许在 to_ascii 中进行长度检查之前，通过对超长标签进行二次 punycode 编码造成 CPU 耗尽。

    to_ascii punycode 对每个标签进行编码，然后才应用 63 字节的 DNS 限制。两个后端中的encode_punycode都遵循 RFC 3492 中的示例实现，其外部循环在每个不同的非 ASCII 代码点运行一次，并且每一轮扫描整个输入，因此不同非 ASCII 字符的标签在限制拒绝之前会消耗其长度的平方。发行版本中的每个 ASCII 转换（包括 domain_to_ascii 和 email_to_ascii）都要经过to_ascii。（CVE-2026-87081）

    Net：：IDN：:P unycode 之前 2.590 版本的 Perl 挂起、崩溃或通过 encode_punycode 中未经验证的畸形 UTF-8 返回错误标签。

    两个后端都不会检查其输入是否为格式正确的 UTF-8，因此在格式错误字节上设置了带有 UTF-8 标记的字符串（如 ：utf8 PerlIO 层从任何格式错误的输入生成时）会在未经检查的情况下到达编码器。在 perl 5.32 及更高版本中，XS 后端报告长度为“（STRLEN）-1”的畸形序列，因此扫描后退一个字节而不是向前执行，并且永不结束。在更早的 perl 中，XS 会为不同的名称返回有效的标签。纯 Perl 后端对带标记的字符串运行正则表达式。
    根据字节，它会因 perl 5.28 上的 SIGBUS 而中止并更新，因错误而终止，或者返回错误的标签。

    记录的转换函数首先将标签与 Unicode 属性匹配，并且匹配此类字符串的属性终止，因此只有直接调用 encode_punycode 才能到达缺陷。解码器不受影响。

    编码攻击者提供的字节的直接调用程序挂起、崩溃，或获得该输入从未拥有的名称的标签。（CVE-2026-87082）

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 之前的 Perl Net：：IDN：:P unycode 版本2.3012.590允许通过解码代码点在decode_punycode中重新分配输出缓冲区，从而造成堆释放后使用。XS 后端将每个解码代码点插入其返回标量的字符串缓冲区中。decode_punycode 首先计算插入指针，然后在代码点不适合时才增加缓冲区。增长会重新分配缓冲区并更新除插入指针以外的每个指针，因此后续移动和代码点写入会通过释放的指针。缓冲区的起始时间是标签长度的两倍，而高于 U+FFFF 的代码点在输出中占用了四个字节，因此此类代码点的标签会超出其长度并强制重新分配。2.301版本 的补丁CVE-2016-15059引入了该缺陷。只有 XS 后端会受到影响。解码攻击者提供的 punycode 标签可读取和写入释放的堆内存。
    (CVE-2026-74766)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

因此，它會受到 ALAS2023-2026-3190 公告中所提及的多個弱點影響。

    Net：：IDN：:P unycode 版本 2.590 之前的 Perl 允許透過 encode_punycode 中增量累加器的整數溢位進行越界讀取。

    XS 後端會將 punycode delta 以及由此衍生的數位索引保留在帶正負號的 int 中。累積 'delta += （m-n） * （h+1）' 沒有溢位檢查，因此足夠大的代碼點會包裝 delta，並且數字索引會離開 36 個項目的數字表的範圍。最終表格存取之前的界限僅測試高於 36 的索引，因此負索引會通過它，36 本身也是如此。Perl 字串保存 Unicode 範圍之外的程式碼點，其中一個這樣的程式碼點會自行溢出累積。有效輸入也會包裝它，例如 1927 ASCII 字母後面接著 U+10FFFF。轉換函式會在檢查標籤長度之前對標籤進行編碼，因此長標籤會透過記錄的 API 到達編碼器。

    只有 XS 後端受到影響。

    對攻擊者提供的字串進行編碼會將位元組從數字表外部複製到編碼結果中，或使處理程序當機。（CVE-2026-74765）

    之前的 2.3012.590 Net：：IDN：:P unycode 版本Perl允許透過解碼的程式碼點進行堆積釋放後使用，該程式碼點會在 decode_punycode 中重新配置輸出緩衝區。

    XS 後端會將每個解碼的程式碼點插入其傳回之純量的字串緩衝區中。
    decode_punycode 會先計算插入指標，然後只有在程式碼點不適合時才會增加緩衝區。成長會重新配置緩衝區，並更新插入指標以外的每個指標，因此後續的移動和程式碼點的寫入會經過釋放的指標。緩衝區從標籤長度的兩倍開始，而 U+FFFF 上方的字碼點在輸出中佔用四個位元組，因此這類字碼點的標籤會超出它，並強制重新配置。

    版本 2.301，的 CVE-2016-15059修正，引入了缺陷。只有 XS 後端受到影響。

    解碼攻擊者提供的 punycode 標籤會讀取和寫入釋放的堆積記憶體。（CVE-2026-74766）

    Net：：IDN：:P unycode 版本2.3022.590的 Net：：IDN：decode_punycode 中每個被拒絕標籤上的輸出緩衝區Perl洩漏。

    XS 後端在驗證輸入之前分配其傳回的純量，將緩衝區大小調整為輸入長度的兩倍。純量只會在成功路徑上釋放，因此拒絕標籤的三個呱呱聲中的每一個都會保留純量及其緩衝區配置。沒有任何內容會限制 Unicode 方向的標籤長度，因為只有在轉換為 ASCII 時才會檢查 63 位元組的 DNS 限制。

    只有 XS 後端受到影響。

    提供無效標籤的傳送者會將每個拒絕呼叫的標籤長度增加兩倍的處理程序，而不需要成功的呼叫。（CVE-2026-87078）

    Net：：IDN：:P unycode 版本 2.590 之前的 Perl 在解碼 decode_punycode 中的長標籤時，允許透過二次插入成本耗盡 CPU。

    XS 後端將每個解碼的程式碼點插入 UTF-8 緩衝區中，並透過從頭開始掃描該緩衝區（一次一個字元）來找到插入點。掃描會在目前為止建置的輸出上每個程式碼點執行一次，因此成本在標籤長度上是二次的。pure-Perl 後端將其輸入降級為位元組，以便 substr 可以直接為其編製索引，但在降級之前獲取其工作副本，因此當輸入帶有 UTF-8 標誌時，副本上的每個 substr 都會從頭開始掃描，具有相同的二次成本。

    沒有任何內容會限制 Unicode 方向上的標籤長度。只有在轉換為 ASCII 時才會檢查 63 位元組的DNS限制，因此domain_to_unicode和uts46_to_unicode會將攻擊者提供的任何長度的標籤傳遞給解碼器。（CVE-2026-87079）

    Net：：IDN：:P unycode：:P P 版本 2.590 之前Perl將截斷的標籤解碼為包含其從未在 decode_punycode 中編碼過的字元的名稱。

    pure-Perl 解碼器使用四個參數的 substr 一次讀取一個數字，並使用 defined 測試結果以檢測輸入的末尾。substr 在耗盡的字串上傳回空字串而不是 undef，因此解碼會持續到結尾。空字串會轉換為範圍下方的位數值，以減少累加器，而解碼器會從中衍生出一個額外的碼點及其位置。結果是確定性的。XS 後端拒絕相同的標籤。

    Net：：IDN：:P unycode 會在 XS 未建置的任何地方使用此後端。

    這兩個後端對於此類標籤的含義存在分歧，因此寄件者可以選擇一個安裝解析為名稱而另一個安裝拒絕的標籤。（CVE-2026-87080）

    Net：：IDN：：UTS46 版本 2.590 之前的 Perl 允許在長度檢查to_ascii之前，透過過長標籤的二次 punycode 編碼來耗盡 CPU。

    to_ascii punycode 會對每個標籤進行編碼，然後才套用 63 位元組的DNS限制。兩個後端中的encode_punycode遵循 RFC 3492 中的範例實作，其外部迴圈會針對每個不同的非 ASCII 程式碼點執行一次，並在每一輪掃描整個輸入，因此不同非 ASCII 字元的標籤在限制拒絕之前會花費其長度的平方。發行版中的每個 ASCII 轉換 （包括 domain_to_ascii 和 email_to_ascii） 都會經過to_ascii。（CVE-2026-87081）

    Net：：IDN：:P unycode 版本之前Perl 2.590 透過encode_punycode中未經驗證的格式錯誤的 UTF-8 而停擺、當機或傳回錯誤的標籤。

    這兩個後端都不會檢查其輸入是否格式正確 UTF-8，因此，當 ：utf8 PerlIO 層從任何格式錯誤的輸入產生時，具有 UTF-8 旗標設定在格式錯誤的位元組上的字串會未檢查地到達編碼器。在 perl 5.32 及更高版本上，XS 後端會報告長度為「（STRLEN）-1」的格式錯誤序列，因此掃描會後退一個位元組而不是向前移動，並且永遠不會結束。在早期的 perl 上，XS 會傳回不同名稱的有效標籤。pure-Perl 後端會在標記的字串上執行正則運算式。
    根據位元組的不同，它在 perl 5.28 及更高版本上使用 SIGBUS 中止，因錯誤而死亡，或傳回錯誤的標籤。

    記載的轉換函式會先將標籤與 Unicode 屬性進行比對，而該比對會在這類字串上進行 DIE，因此只有直接呼叫 encode_punycode 才能達到缺陷。解碼器不受影響。

    對攻擊者提供的位元組進行編碼的直接呼叫端會停擺、損毀，或取得輸入從未保留的名稱的標籤。（CVE-2026-87082）

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

したがって、ALAS2023-2026-3190 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

    Perlの 2.590 より前のNet::IDN::P unycodeバージョンでは、encode_punycodeのデルタアキュムレータの整数オーバーフローによる領域外読み取りが起こる可能性があります。

    XS バックエンドは、punycode デルタと、そこから派生した数字インデックスを符号付き整数型に保持します。累積 'delta += (m-n) * (h+1)' にはオーバーフローチェックがないため、十分な大きさのコードポイントがデルタをラップし、桁インデックスは 36 エントリの桁テーブルの範囲を外れます。最終テーブルアクセスの前の境界は、36を超えるインデックスに対してのみテストされるため、負のインデックスが渡され、36自体も同様です。Perl文字列はUnicodeの範囲を超えたコードポイントを保持し、そのようなコードポイントの1つがそれ自体で累積をオーバーフローします。有効な入力の場合、たとえば 1927 ASCII 文字の後に U+10FFFF が続く場合もラップされます。変換関数は、ラベルの長さをチェックする前にラベルをエンコードするため、長いラベルは文書化された API を介してエンコーダーに到達します。

    影響を受けるのは XS バックエンドのみです。

    攻撃者が指定した文字列をエンコードすると、数値テーブルの外側からバイトがエンコードされた結果にコピーされるか、プロセスをクラッシュします。(CVE-2026-74765)

    Perl用に2.590する前の2.301のNet::IDN::P unycodeバージョンでは、decode_punycodeの出力バッファを再割り当てするデコードされたコードポイントを使用した、ヒープのメモリ解放後使用(Use After Free)が可能になります。

    XS バックエンドは、デコードされた各コードポイントを、返されるスカラーの文字列バッファに挿入します。
    decode_punycode は最初に挿入ポインターを計算し、コードポイントが収まらない場合にのみバッファを増大します。growth はバッファを再割り当てし、挿入ポインターを除くすべてのポインターを更新するため、その後の移動とコードポイントの書き込みは解放されたポインターを通過します。バッファはラベルの長さの 2 倍で始まり、U+FFFF より上のコードポイントは出力で 4 バイトを占めるため、そのようなコードポイントのラベルはそれを超過し、再割り当てを強制します。

    CVE-2016-15059 の修正であるバージョン 2.301 では、この不具合が導入されました。影響を受けるのは XS バックエンドのみです。

    攻撃者が指定したpunycodeラベルをデコードすると、解放されたヒープメモリが読み書きされます。(CVE-2026-74766)

    2.590 用の 2.302 からの Net::IDN::P unycode のバージョンによりPerl decode_punycode内の拒否されるすべてのラベルで出力バッファが漏洩します。

    XS バックエンドは、入力を検証する前に返されるスカラーを割り当て、バッファのサイズを入力の長さの 2 倍にします。スカラーは成功パスでのみリリースされるため、ラベルを拒否する 3 つの鳴き声はそれぞれ、スカラーとそのバッファを割り当てたままにします。63 バイトの DNS 制限は ASCII に変換するときにのみチェックされるため、Unicode に対する方向のラベルの長さを制限するものは何もありません。

    影響を受けるのは XS バックエンドのみです。

    無効なラベルを提供する送信者は、拒否された呼び出しごとにラベルの長さの 2 倍ずつプロセスを成長させ、正常な呼び出しは必要ありません。(CVE-2026-87078)

    Perl用に 2.590 より前の Net::IDN::P unycode バージョンでは、decode_punycode で長いラベルをデコードする際に二次挿入コストによる CPU 消耗が発生する可能性があります。

    XS バックエンドは、デコードされた各コードポイントを UTF-8 バッファに挿入し、最初からそのバッファを一度に 1 文字ずつスキャンすることで挿入ポイントを見つけます。スキャンは、これまでに構築された出力に対してコードポイントごとに 1 回実行されるため、ラベルの長さのコストは 2 乗になります。pure-Perl バックエンドは substr が直接インデックスできるように入力をバイトにダウングレードしますが、ダウングレード前に作業コピーを取得するため、入力に UTF-8 フラグがある場合、コピー上のすべての substr は最初から同じ二次コストでスキャンします。

    Unicode 変換方向のラベルの長さを制限するものはありません。63バイトのDNS制限はASCIIに変換するときにのみチェックされるため、domain_to_unicodeとuts46_to_unicodeは攻撃者が指定した任意の長さのラベルをデコーダーに渡します。(CVE-2026-87079)

    Perl用に 2.590 される前の Net::IDN::P unycode::P P は、切り捨てられたラベルを、decode_punycode でエンコードされたことのない文字を含む名前にデコードします。

    pure-Perlデコーダーは、4引数のsubstrで一度に1桁ずつ読み取り、入力の終わりを検出するために定義された結果をテストします。substr を使い果たした文字列で undef ではなく空の文字列を返すため、デコードは最後まで続きます。空の文字列は範囲より下の桁数に変換され、アキュムレータは減少し、デコーダーはそこから 1 つの追加のコードポイントとその位置を導き出します。結果は決定論的です。XS バックエンドは同じラベルを拒否します。

    Net::IDN::P unycode は、XS がビルドしない場所ならどこでもこのバックエンドを使用します。

    2 つのバックエンドは、そのようなラベルの意味について意見が一致しないため、送信者は、1 つのインストールが名前に解決し、別のインストールが拒否するラベルを選択できます。(CVE-2026-87080)

    Perlの2.590より前のNet::IDN::UTS46バージョンでは、to_asciiの長さチェックの前に、過度に長いラベルの二次punycodeエンコーディングによりCPU消耗が発生する可能性があります。

    to_ascii punycodeは各ラベルをエンコードしてから、63バイトのDNS制限を適用します。両方のバックエンドのencode_punycodeは、RFC 3492 のサンプル実装に従います。その外側のループは、個別の非 ASCII コードポイントごとに 1 回実行され、各ラウンドで入力全体をスキャンするため、異なる非 ASCII 文字のラベルは、制限が拒否される前にその長さの 2 乗のコストを支払います。ディストリビューションのすべての ASCII 変換は、domain_to_ascii と email_to_ascii を含めて、to_asciiを経ます。(CVE-2026-87081)

    Perl の 2.590 より前の Net::IDN::P unycode のバージョンにより、encode_punycode の検証されない無効な形式の UTF-8 を介して、ハングアップ、クラッシュ、または間違ったラベルが返されます。

    いずれのバックエンドも、入力が有効な形式の UTF-8 であるかどうかをチェックしません。そのため、:utf8 PerlIO レイヤーが無効な形式の入力から生成するため、無効な形式のバイトに UTF-8 フラグが設定された文字列は、チェックせずにエンコーダーに到達します。perl 5.32 以降では、XS バックエンドが長さが「(STRLEN)-1」の無効な形式のシーケンスをレポートします。このため、スキャンが順にではなく 1 バイト戻って終了しません。以前の Perl では、XS は別の名前に対して有効なラベルを返します。pure-Perl バックエンドは、フラグ付き文字列上で正規表現を実行します。
    バイトによっては、perl 5.28 以降での SIGBUS によって中止したり、パニックで停止したり、または間違ったラベルを返すことがあります。

    文書化された変換関数は、最初にラベルを Unicode プロパティと照合し、そして一致する関数はそのような文字列で消滅するため、encode_punycode への直接の呼び出しのみが不具合に到達します。デコーダーは影響を受けません。

    攻撃者が指定したバイトをエンコーディングする直接呼び出し元が、ハングアップ、クラッシュ、または入力が保持したことのない名前のラベルを取得します。(CVE-2026-87082)

Tenable は、前述の記述ブロックをテスト済み製品のセキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - Perl 用の 2.590 より前の 2.301 からの Net::IDN::P unycode バージョンでは、decode_punycode 内の出力バッファを再割り当てするデコードされたコードポイントを介して、ヒープの use-after-free が可能になります。XS バックエンドは、デコードされた各コードポイントを、返されるスカラーの文字列バッファに挿入します。decode_punycode は最初に挿入ポインターを計算し、コードポイントが収まらない場合にのみバッファを増大します。growth はバッファを再割り当てし、挿入ポインターを除くすべてのポインターを更新するため、その後の移動とコードポイントの書き込みは解放されたポインターを通過します。バッファはラベルの長さの 2 倍で始まり、U+FFFF より上のコードポイントは出力で 4 バイトを占めるため、そのようなコードポイントのラベルはそれを超過し、再割り当てを強制します。CVE-2016-15059 の修正であるバージョン 2.301 では、この不具合が導入されました。影響を受けるのは XS バックエンドのみです。攻撃者が指定したpunycodeラベルをデコードすると、解放されたヒープメモリが読み書きされます。
    (CVE-2026-74766)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - Net::IDN::Punycode versions from 2.301 before 2.590 for Perl allow a heap use-after-free via a decoded     code point that reallocates the output buffer in decode_punycode. The XS backend inserts each decoded code     point into the string buffer of the scalar it returns. decode_punycode computes the insertion pointer     first and only then grows the buffer when the code point does not fit. The growth reallocates the buffer     and updates every pointer except the insertion pointer, so the move that follows and the write of the code     point go through a freed pointer. The buffer starts at twice the label length, and a code point above     U+FFFF takes four bytes in the output, so a label of such code points outgrows it and forces the     reallocation. Version 2.301, the fix for CVE-2016-15059, introduced the defect. Only the XS backend is     affected. Decoding an attacker-supplied punycode label reads and writes freed heap memory.
    (CVE-2026-74766)

Note that Nessus relies on the presence of the package as reported by the vendor.

It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2023-2026-3190 advisory.

    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. (CVE-2026-74765)

    Net::IDN::Punycode versions from 2.301 before 2.590 for Perl allow a heap use-after-free via a decoded     code point that reallocates the output buffer in decode_punycode.

    The XS backend inserts each decoded code point into the string buffer of the scalar it returns.
    decode_punycode computes the insertion pointer first and only then grows the buffer when the code point     does not fit. The growth reallocates the buffer and updates every pointer except the insertion pointer, so     the move that follows and the write of the code point go through a freed pointer. The buffer starts at     twice the label length, and a code point above U+FFFF takes four bytes in the output, so a label of such     code points outgrows it and forces the reallocation.

    Version 2.301, the fix for CVE-2016-15059, introduced the defect. Only the XS backend is affected.

    Decoding an attacker-supplied punycode label reads and writes freed heap memory. (CVE-2026-74766)

    Net::IDN::Punycode versions from 2.302 before 2.590 for Perl leak the output buffer on every rejected     label in decode_punycode.

    The XS backend allocates the scalar it returns before it validates the input, sizing the buffer at twice     the input length. The scalar is released only on the success path, so each of the three croaks that reject     a label leaves the scalar and its buffer allocated. Nothing bounds the label length in the to-Unicode     direction, since the 63-byte DNS limit is checked only when converting to ASCII.

    Only the XS backend is affected.

    A sender who supplies invalid labels grows the process by twice the label length per rejected call, with     no successful call needed. (CVE-2026-87078)

    Net::IDN::Punycode versions before 2.590 for Perl allow CPU exhaustion via quadratic insertion cost when     decoding a long label in decode_punycode.

    The XS backend inserts each decoded code point into a UTF-8 buffer and finds the insertion point by     scanning that buffer from the start, one character at a time. The scan runs once per code point over the     output built so far, so the cost is quadratic in the label length. The pure-Perl backend downgrades its     input to bytes so that substr can index it directly, but takes its working copy before the downgrade, so     when the input carries the UTF-8 flag every substr on the copy scans from the start, with the same     quadratic cost.

    Nothing bounds the label length in the to-Unicode direction. The 63-byte DNS limit is checked only when     converting to ASCII, so domain_to_unicode and uts46_to_unicode pass an attacker-supplied label of any     length to the decoder. (CVE-2026-87079)

    Net::IDN::Punycode::PP versions before 2.590 for Perl decode a truncated label to a name containing a     character it never encoded in decode_punycode.

    The pure-Perl decoder reads one digit at a time with four-argument substr and tests the result with     defined to detect the end of the input. substr on an exhausted string returns the empty string rather than     undef, so decoding continues past the end. The empty string converts to a digit value below the range,     reducing the accumulator, and the decoder derives one extra code point and its position from it. The     result is deterministic. The XS backend rejects the same label.

    Net::IDN::Punycode uses this backend wherever the XS does not build.

    The two backends disagree about what such a label means, so a sender can pick a label that one     installation resolves to a name and another rejects. (CVE-2026-87080)

    Net::IDN::UTS46 versions before 2.590 for Perl allow CPU exhaustion via quadratic punycode encoding of an     overlong label before the length check in to_ascii.

    to_ascii punycode encodes each label and only then applies the 63-byte DNS limit. encode_punycode in both     backends follows the sample implementation in RFC 3492, whose outer loop runs once per distinct non-ASCII     code point and scans the whole input each round, so a label of distinct non-ASCII characters costs the     square of its length before the limit rejects it. Every ASCII conversion in the distribution, including     domain_to_ascii and email_to_ascii, goes through to_ascii. (CVE-2026-87081)

    Net::IDN::Punycode versions before 2.590 for Perl hang, crash or return a wrong label via unvalidated     malformed UTF-8 in encode_punycode.

    Neither backend checks that its input is well-formed UTF-8, so a string with the UTF-8 flag set over     malformed bytes, as the :utf8 PerlIO layer produces from any malformed input, reaches the encoder     unchecked. On perl 5.32 and later the XS backend reports a malformed sequence with a length of     `(STRLEN)-1`, so the scan steps back one byte instead of forward and never ends. On earlier perls the XS     returns a valid label for a different name. The pure-Perl backend runs a regex over the flagged string.
    Depending on the bytes, it aborts with SIGBUS on perl 5.28 and later, dies with a panic, or returns a     wrong label.

    The documented conversion functions match the label against Unicode properties first and that match dies     on such a string, so only a direct call to encode_punycode reaches the defect. The decoder is not     affected.

    A direct caller encoding attacker-supplied bytes hangs, crashes or gets a label for a name the input never     held. (CVE-2026-87082)

Tenable has extracted the preceding description block directly from the tested product security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote Fedora 45 host has a package installed that is affected by multiple vulnerabilities as referenced in the FEDORA-2026-f6acaf8756 advisory.

    Version 2.600 of Net::IDN::Encode fixes multiple CVEs:
    * CVE-2026-74766, a heap use-after-free in the XS decode_punycode
    * CVE-2026-74765, an integer overflow and out-of-bounds read in the XS encode_punycode
    * CVE-2026-87078, memory leaks when the XS functions reject input
    * CVE-2026-87079, quadratic decoding of large labels
    * CVE-2026-87080, the pure-Perl decoder accepting a truncated label
    * CVE-2026-87081, quadratic encoding of overlong labels in to_ascii
    * CVE-2026-87082, the XS encode_punycode looping for ever on malformed UTF-8 input

Tenable has extracted the preceding description block directly from the Fedora security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote Fedora 44 host has a package installed that is affected by multiple vulnerabilities as referenced in the FEDORA-2026-effb380a7c advisory.

    Version 2.600 of Net::IDN::Encode fixes multiple CVEs:
    * CVE-2026-74766, a heap use-after-free in the XS decode_punycode
    * CVE-2026-74765, an integer overflow and out-of-bounds read in the XS encode_punycode
    * CVE-2026-87078, memory leaks when the XS functions reject input
    * CVE-2026-87079, quadratic decoding of large labels
    * CVE-2026-87080, the pure-Perl decoder accepting a truncated label
    * CVE-2026-87081, quadratic encoding of overlong labels in to_ascii
    * CVE-2026-87082, the XS encode_punycode looping for ever on malformed UTF-8 input

Tenable has extracted the preceding description block directly from the Fedora security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote Fedora 43 host has a package installed that is affected by multiple vulnerabilities as referenced in the FEDORA-2026-3cb8ce0117 advisory.

    Version 2.600 of Net::IDN::Encode fixes multiple CVEs:
    * CVE-2026-74766, a heap use-after-free in the XS decode_punycode
    * CVE-2026-74765, an integer overflow and out-of-bounds read in the XS encode_punycode
    * CVE-2026-87078, memory leaks when the XS functions reject input
    * CVE-2026-87079, quadratic decoding of large labels
    * CVE-2026-87080, the pure-Perl decoder accepting a truncated label
    * CVE-2026-87081, quadratic encoding of overlong labels in to_ascii
    * CVE-2026-87082, the XS encode_punycode looping for ever on malformed UTF-8 input

Tenable has extracted the preceding description block directly from the Fedora security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

ID	Name	Product	Family	Published	Updated	Severity
348744	Linux Distros 未修補弱點：CVE-2026-74766	Nessus	Misc.	9/22/2026	11/5/2026	high
365261	Amazon Linux 2023：perl-Net-IDN-Encode （ALAS2023-2026-3190）	Nessus	Amazon Linux Local Security Checks	10/12/2026	10/12/2026	critical
348744	Linux Distros 未修补的漏洞：CVE-2026-74766	Nessus	Misc.	9/22/2026	11/5/2026	high
365261	Amazon Linux 2023：perl-net-IDN-Encode （ALAS2023-2026-3190）	Nessus	Amazon Linux Local Security Checks	10/12/2026	10/12/2026	critical
365261	Amazon Linux 2023:perl-Net-IDN-Encode(ALAS2023-2026-3190)	Nessus	Amazon Linux Local Security Checks	10/12/2026	10/12/2026	critical
348744	Linux Distros のパッチ未適用の脆弱性: CVE-2026-74766	Nessus	Misc.	9/22/2026	11/5/2026	high
348744	Linux Distros Unpatched Vulnerability : CVE-2026-74766	Nessus	Misc.	9/22/2026	11/5/2026	high
365261	Amazon Linux 2023 : perl-Net-IDN-Encode (ALAS2023-2026-3190)	Nessus	Amazon Linux Local Security Checks	10/12/2026	10/12/2026	critical
378023	Fedora 45 : perl-Net-IDN-Encode (2026-f6acaf8756)	Nessus	Fedora Local Security Checks	11/10/2026	11/10/2026	critical
378035	Fedora 44 : perl-Net-IDN-Encode (2026-effb380a7c)	Nessus	Fedora Local Security Checks	11/10/2026	11/10/2026	critical
378039	Fedora 43 : perl-Net-IDN-Encode (2026-3cb8ce0117)	Nessus	Fedora Local Security Checks	11/10/2026	11/10/2026	critical

Detections

Analytics

Plugins Search

high

critical

high

critical

critical

high

high

critical

critical

critical

critical