There are packages installed that are affected by a vulnerability referenced in the following CVE:

  - NLTK before 3.10.0 (affected versions <= 3.9.4) contains a server-side request forgery (SSRF)
    vulnerability in the validate_network_url() function in nltk/pathsec.py. The _resolve_hostname() helper
    catches OSError and ValueError during socket.getaddrinfo() and returns an empty list; when DNS resolution
    fails, the validation loop executes no IP checks and the function fails open, allowing urlopen() to
    proceed without validation. An attacker who can trigger DNS resolution failures or use DNS rebinding can
    bypass SSRF protections and reach restricted network resources, including cloud metadata endpoints (e.g.,
    169.254.169.254). (CVE-2026-63311)

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

  - 低于 3.10.0 NLTK（受影响版本 <= 3.9.4）在 nltk/pathsec.py 的 validate_network_url（） 函数中包含服务器端请求伪造 （SSRF） 漏洞。_resolve_hostname（） 辅助函数在 socket.getaddrinfo（） 期间捕获 OSError 和 ValueError，并返回空列表;解析 DNS 失败时，验证循环不会执行任何 IP 检查，并且函数会使打开失败，从而允许 urlopen（） 在未经验证的情况下继续进行。能够触发 DNS 解析失败或使用 DNS 重新绑定的攻击者可绕过 SSRF 保护并访问受限的网络资源，包括云元数据端点（例如 169.254.169.254）。（CVE-2026-63311）

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

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

  - NLTK 之前 3.10.0 （受影響的版本 <= 3.9.4） 在 nltk/pathsec.py 的 validate_network_url（） 函式中包含伺服器端要求偽造 （SSRF） 弱點。_resolve_hostname（） 協助程式會在 socket.getaddrinfo（） 期間擷取 OSError 和 ValueError，並傳回空白清單;當 DNS 解析失敗時，驗證迴圈不會執行 IP 檢查，且函式無法開啟，因此 urlopen（） 可以在不驗證的情況下繼續進行。可觸發 DNS 解析失敗或使用 DNS 重新綁定的攻擊者可繞過 SSRF 保護並存取受限制的網路資源，包括雲端中繼資料端點 （例如 169.254.169.254）。（CVE-2026-63311）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 3.10.0 より前のNLTK(影響を受けるバージョン<= 3.9.4)には、nltk/pathsec.py のvalidate_network_url()関数にサーバーサイドリクエストフォージェリ(SSRF)の脆弱性があります。_resolve_hostname() ヘルパーは、socket.getaddrinfo() 中に OSError および ValueError をキャッチし、空のリストを返します。DNS 解決が失敗すると、検証ループは IP チェックを実行せず、関数を開くことができず、urlopen() が検証なしで続行される可能性があります。DNS解決の失敗をトリガーできる、またはDNS再バインドを使用できる攻撃者が、SSRF保護をバイパスし、クラウドメタデータエンドポイント( 169.254.169.254など)などの制限されたネットワークリソースに到達する可能性があります。(CVE-2026-63311)

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

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

  - NLTK before 3.10.0 (affected versions <= 3.9.4) contains a server-side request forgery (SSRF)     vulnerability in the validate_network_url() function in nltk/pathsec.py. The _resolve_hostname() helper     catches OSError and ValueError during socket.getaddrinfo() and returns an empty list; when DNS resolution     fails, the validation loop executes no IP checks and the function fails open, allowing urlopen() to     proceed without validation. An attacker who can trigger DNS resolution failures or use DNS rebinding can     bypass SSRF protections and reach restricted network resources, including cloud metadata endpoints (e.g.,     169.254.169.254). (CVE-2026-63311)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
461616	Echo: nltk: security update to 3.10.0	Tenable Cloud Security	Echo Local Security Checks	2026/10/2	2026/10/5	medium
461616	Echo: nltk: security update to 3.10.0	Tenable Self-Hosted Container Security	Echo Local Security Checks	2026/10/2	2026/10/5	medium
339016	Linux Distros 未修补的漏洞：CVE-2026-63311	Nessus	Misc.	2026/8/22	2026/9/3	medium
339016	Linux Distros 未修補弱點：CVE-2026-63311	Nessus	Misc.	2026/8/22	2026/9/3	medium
339016	Linux Distros のパッチ未適用の脆弱性: CVE-2026-63311	Nessus	Misc.	2026/8/22	2026/9/3	medium
339016	Linux Distros Unpatched Vulnerability : CVE-2026-63311	Nessus	Misc.	2026/8/22	2026/9/3	medium

检测

插件搜索

medium

medium

medium

medium

medium

medium