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

  - JupyterHub 是一款允許使用者為 Jupyter 筆記本建立多用戶伺服器的軟體。在 的版本4.1.0中，XSRF 保護 （更新於 4.1.0） 不當將使用 Sec-Fetch-Mode： no-cors 視為同源要求的要求，繞過 XSRF 5.4.4檢查。JSON API 不受影響，只有 HTTP 表單端點 （例如 /hub/spawn 和 /hub/accept-share），這表示攻擊者可以觸發伺服器生成 （但無法存取伺服器），如果攻擊者是 JupyterHub 使用者，允許共用其伺服器的存取權，則會導致使用者接受共用並有權存取攻擊者的伺服器。5.4.5 版已修正此問題。如果開發人員無法立即升級，如果開發人員使用反向 Proxy，則可以使用 Sec-Fetch-Mode： no-cors 將請求丟棄至 JupyterHub，以暫時緩解此問題。
    (CVE-2026-40864)

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

遠端主機上安裝的 IBM Cognos Analytics 版本在 12.0.4 FP3 之前 12.0.4 ，或 12.1.x 在 FP2 之前 12.1.3 。因此，它會受到 IBM 安全公告 No.
7287209:

  - NLTK 版本 3.9.2 和更早版本由於 StanfordSegmenter 模組中的輸入驗證不當而容易受到任意程式碼執行的影響。此模組會動態載入外部Java.jar檔案，而無需驗證或沙箱。攻擊者可以提供或取代 JAR 檔案，從而在匯入時執行任意 Java 位元組碼。（CVE-2026-0848）

  - lodash 修正，用於 CVE-2021-23337 新增 _.template 中變數選項的驗證，但未對 options.imports 索引鍵名稱套用相同的驗證。這兩個路徑都將匯入相同的 Function() 建構函式接收器。當應用程式將未受信任的輸入作為 options.imports 金鑰名稱傳遞時，攻擊者可插入用於在範本編譯時執行任意程式碼的預設參數運算式。
    (CVE-2026-4800)

  - cryptography 套件用於向 Python 開發人員公開密碼編譯原語和配方。
    從 45.0.0 到 以前 46.0.7，如果將不連續的緩衝區傳遞給接受 Python 緩衝區的 API（例如 Hash.update（）），這可能會導致緩衝區溢位。（CVE-2026-39892）

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

远程主机上安装的 IBM Cognos Analytics 版本低于 12.0.412.0.4 FP3 或12.1.x12.1.3低于 FP2。因此，如 IBM 安全公告 No.
7287209:

  - NLTK 版本 3.9.2 和之前版本容易遭受任意代码执行的攻击，原因是 StanfordSegmenter 模块中错误的输入验证。该模块动态加载外部 Java .jar文件，无需验证或沙盒化。攻击者可提供或替换 JAR 文件，从而在导入时执行任意 Java 字节码。（CVE-2026-0848）

  - lodash CVE-2021-23337 补丁添加了对 _.template 中变量选项的验证，但未对 options.imports 密钥名应用相同的验证。两个路径都流入同一个 Function() 构造函数接收器。应用程序传递不受信任的输入作为 options.imports 密钥名称时，攻击者可注入默认参数表达式，在模板编译时执行任意代码。
    (CVE-2026-4800)

  - cryptography 程序包旨在为 Python 开发人员提供加密基元和方法。
    从 45.0.0 之前到 46.0.7之前，如果将非连续缓冲区传递到接受 Python 缓冲区的 API（例如 Hash.update（）），这可导致缓冲区溢出。（CVE-2026-39892）

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

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

  - JupyterHub 是一款允许用户为 Jupyter notebook 创建多用户服务器的软件。在之后的5.4.4版本4.1.0中，XSRF 保护（已更新）4.1.0将使用 Sec-Fetch-Mode： no-cors 的请求不当视为同源请求，从而绕过 XSRF 检查。JSON API 不受影响，仅 HTTP 表单端点（例如 /hub/spawn 和 /hub/accept-share），这意味着攻击者可以触发服务器生成（但无法访问服务器），并且如果攻击者是获准共享其服务器访问权限的 JupyterHub 用户，则导致用户接受共享并有权访问攻击者的服务器。此问题已在 5.4.5 版本中修复。如果开发人员无法立即升级，如果开发人员使用反向代理，则可通过使用 Sec-Fetch-Mode： no-cors 丢弃对 JupyterHub 的请求来暂时缓解此问题。
    (CVE-2026-40864)

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

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

  - JupyterHubは、ユーザーがJupyterノートブック用のマルチユーザーサーバーを作成できるようにするソフトウェアです。4.1.0 から 5.4.4 までのバージョンにおいて、XSRF 保護(4.1.0 年に更新済み)は、Sec-Fetch-Mode: no-cors を含むリクエストを同一生成元リクエストとして不適切に処理し、XSRF チェックをバイパスしていました。JSON APIは影響を受けず、/hub/spawnや/hub/accept-shareなどのHTTPフォームエンドポイントのみの影響を受けます。つまり、攻撃者はサーバーのスポーンをトリガーする(ただしサーバーにはアクセスできない)。攻撃者がサーバーへのアクセスを共有することが許可されているJupyterHubユーザーである場合、ユーザーが共有を受け入れて攻撃者のサーバーにアクセスできるようにする可能性があります。この問題はバージョン 5.4.5で修正されています。開発者がすぐにアップグレードできない場合は、リバースプロキシを使用している場合は、Sec-Fetch-Mode: no-corsでJupyterHubにリクエストをドロップすることで、この問題を一時的に軽減できます。
    (CVE-2026-40864)

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

リモートホストにインストールされている IBM Cognos Analytics のバージョンは、12.0.4 FP3 より前の 12.0.4、または 12.1.3 FP2 より前の 12.1.x です。したがって、IBMセキュリティ報告書No.に記載されている複数の脆弱性の影響を受けます。
7287209:

  - 3.9.2 以前の NLTK バージョンは、StanfordSegmenter モジュールの入力検証が不適切なために、任意のコードの実行に脆弱です。このモジュールは、検証やサンドボックスを行わずに、外部Java.jarファイルを動的にロードします。攻撃者は、JAR ファイルを供給または置換することで、インポート時に任意の Java バイトコードを実行できるようになります。(CVE-2026-0848)

  - CVE-2021-23337 に対する lodash の修正は、_.template の変数 option に対する検証を追加しましたが、options.imports キー名に同じ検証は適用しませんでした。両方のパスは同じ Function() コンストラクターシンクにフローします。アプリケーションが信頼できない入力を options.imports のキー名として渡す場合、攻撃者はテンプレートのコンパイル時に任意コードを実行するデフォルトパラメーター式を注入する可能性があります。
    (CVE-2026-4800)

  - cryptography は、Python 開発者向けに暗号のプリミティブとレシピを公開するために設計されたパッケージです。
    45.0.0から46.0.7以前まで、Pythonバッファ(Hash.update()など)を受け入れるAPIに非連続バッファが渡されると、これがバッファオーバーフローを引き起こす可能性があります。(CVE-2026-39892)

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

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

  - JupyterHub is software that allows users to create a multi-user server for Jupyter notebooks. In versions     4.1.0 through 5.4.4, XSRF protection (updated in 4.1.0) inappropriately treated requests with Sec-Fetch-     Mode: no-cors as same-origin requests, bypassing XSRF checks. The JSON API is not affected, only HTTP form     endpoints, such as /hub/spawn and /hub/accept-share, meaning attackers could trigger server spawn (but not     access the server) and if the attacker is a JupyterHub user permitted to share access to their server,     cause a user to accept a share and have access to the attacker's server. This issue has been fixed in     version 5.4.5. If developers are unable to immediately upgrade, they can temporarily mitigate this issue     by dropping requests to JupyterHub with Sec-Fetch-Mode: no-cors if they are using a reverse proxy.
    (CVE-2026-40864)

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

The version of IBM Cognos Analytics installed on the remote host is 12.0.4 prior to 12.0.4 FP3, or 12.1.x prior to 12.1.3 FP2. It is, therefore, affected by multiple vulnerabilities as referenced in the IBM Security Bulletin No.
7287209:

  - NLTK versions 3.9.2 and prior are vulnerable to arbitrary code execution due to improper input     validation in the StanfordSegmenter module. The module dynamically loads external Java .jar files     without verification or sandboxing. An attacker can supply or replace the JAR file, enabling the     execution of arbitrary Java bytecode at import time. (CVE-2026-0848)

  - The lodash fix for CVE-2021-23337 added validation for the variable option in _.template but did not     apply the same validation to options.imports key names. Both paths flow into the same Function()     constructor sink. When an application passes untrusted input as options.imports key names, an attacker     can inject default-parameter expressions that execute arbitrary code at template compilation time.
    (CVE-2026-4800)

  - cryptography is a package designed to expose cryptographic primitives and recipes to Python developers.
    From 45.0.0 to before 46.0.7, if a non-contiguous buffer was passed to APIs which accepted Python     buffers (e.g. Hash.update()), this could lead to buffer overflows. (CVE-2026-39892)

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
316606	Linux Distros 未修補弱點：CVE-2026-40864	Nessus	Misc.	5/25/2026	10/16/2026	medium
347960	IBM Cognos Analytics 12.0.4 < 12.0.4 FP3 / 12.1.x < 12.1.3 FP2 多個弱點（7287209）	Nessus	CGI abuses	9/18/2026	9/21/2026	high
347960	IBM Cognos Analytics 12.0.4 < 12.0.4 FP3 / 12.1.x < 12.1.3 FP2 多种漏洞（7287209）	Nessus	CGI abuses	9/18/2026	9/21/2026	high
316606	Linux Distros 未修补的漏洞：CVE-2026-40864	Nessus	Misc.	5/25/2026	10/16/2026	medium
316606	Linux Distros のパッチ未適用の脆弱性: CVE-2026-40864	Nessus	Misc.	5/25/2026	10/16/2026	medium
347960	IBM Cognos Analytics 12.0.4 < 12.0.4 FP3 / 12.1.x < 12.1.3 FP2 の複数の脆弱性 (7287209)	Nessus	CGI abuses	9/18/2026	9/21/2026	high
316606	Linux Distros Unpatched Vulnerability : CVE-2026-40864	Nessus	Misc.	5/25/2026	10/16/2026	medium
347960	IBM Cognos Analytics 12.0.4 < 12.0.4 FP3 / 12.1.x < 12.1.3 FP2 Multiple Vulnerabilities (7287209)	Nessus	CGI abuses	9/18/2026	9/21/2026	high

Detections

Analytics

Plugins Search

medium

high

high

medium

medium

high

medium

high