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

  - MCP TypeScript SDK is the official TypeScript SDK for Model Context Protocol servers and clients. Starting
    in version 1.12.0 and prior to versions 1.31.0 and 2.2.0, the SDK's OAuth client support let the MCP
    server a client connected to decide which authorization server received the client's OAuth credentials.
    Stored and pre-provisioned credentials were not bound to the authorization server they belong to. A
    malicious or compromised MCP server could name its own authorization server in its protected resource
    metadata. Without any user interaction, the client would send that server the `refresh_token` and
    `client_secret` stored from an earlier sign-in (1.x), or the configured `client_secret` or signed
    assertion of a bundled non-interactive provider (1.x and 2.x). Only those applications that use the SDK as
    an MCP client over HTTP with an `authProvider`: your own `OAuthClientProvider`, or the bundled
    `ClientCredentialsProvider`, `PrivateKeyJwtProvider`, `StaticPrivateKeyJwtProvider` or (2.x)
    `CrossAppAccessProvider` and that may connect to an MCP server the owners does not fully trust while
    holding credentials for a legitimate authorization server are affected. `@modelcontextprotocol/sdk` 1.31.0
    (1.x) and `@modelcontextprotocol/client` 2.2.0 (2.x) patch the issue. A workaround for those who cannot
    upgrade is available. 2.0.0 and 2.1.0 already accept `expectedIssuer`. On 1.x, the only workaround is to
    connect OAuth-enabled clients only to MCP servers you trust. (CVE-2026-104850)

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

  - MCP TypeScript SDK 是適用於模型上下文協議服務器和客戶端的官方 TypeScript SDK。從版本1.12.0和之前的版本1.31.02.2.0開始，SDK 的 OAuth 用戶端支援可讓 MCP 伺服器 （用戶端連線） 決定哪個授權伺服器收到用戶端的 OAuth 憑證。
    已儲存和預先佈建的憑證未繫結至其所屬的授權伺服器。惡意或遭入侵的 MCP 伺服器可以在其受保護的資源中繼資料中命名自己的授權伺服器。在沒有任何使用者互動的情況下，用戶端會傳送從先前登入 （1.x） 儲存的「refresh_token」和「client_secret」，或已設定的「client_secret」或已簽署的非互動式提供者的判斷提示 （1.x 和 2.x）。只有透過 'authProvider' 的 HTTP 使用 SDK 作為 MCP 用戶端的應用程式：您自己的「OAuthClientProvider」，或隨附的「ClientCredentialsProvider」、「PrivateKeyJwtProvider」、「StaticPrivateKeyJwtProvider」或 （2.x） 「CrossAppAccessProvider」，並且可能會連線至擁有者不完全信任的 MCP 伺服器，同時持有合法授權伺服器的憑證，這些應用程式才會受到影響。 '@modelcontextprotocol/sdk' 1.31.0 （1.x） 和 '@modelcontextprotocol/client' 2.2.0 （2.x） 修補問題。對於無法升級的用戶，可以使用因應措施。 2.0.0 並 2.1.0 已接受 'expectedIssuer'。在 1.x上，唯一的因應措施是僅將啟用 OAuth 的用戶端連線至您信任的 MCP 伺服器。（CVE-2026-104850）

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

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

  - MCP TypeScript SDK 是用于模型上下文协议服务器和客户端的官方 TypeScript SDK。从版本 1.12.0 开始和之前的版本 1.31.0 和 2.2.0，SDK 的 OAuth 客户端支持允许客户端连接的 MCP 服务器决定哪个授权服务器接收了客户端的 OAuth 凭据。
    存储和预配置的凭据未绑定到其所属的授权服务器。恶意或已被破坏的 MCP 服务器可在其受保护的资源元数据中命名自己的授权服务器。在没有任何用户交互的情况下，客户端会向该服务器发送存储自较早登录 （1.x） 的“refresh_token”和“client_secret”，或者配置的“client_secret”或捆绑的非交互式提供程序的签名断言 （1.x 和 2.x）。只有那些将 SDK 用作通过“authProvider”通过 HTTP 的 MCP 客户端的应用程序：您自己的“OAuthClientProvider”，或捆绑的“ClientCredentialsProvider”、“PrivateKeyJwtProvider”、“StaticPrivateKeyJwtProvider”或 （2.x） “CrossAppAccessProvider”，并且可能连接到所有者在持有合法授权服务器凭据时并不完全信任的 MCP 服务器的应用程序才会受到影响。 “@modelcontextprotocol/sdk” 1.31.0 （1.x） 和“@modelcontextprotocol/client” 2.2.0 （2.x） 修补该问题。为无法升级的用户提供变通方案。 2.0.0 并且 2.1.0 已接受“expectedIssuer”。在 1.x上，唯一的解决方法是仅将启用了 OAuth 的客户端连接到您信任的 MCP 服务器。（CVE-2026-104850）

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

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

  - MCP TypeScript SDK は、モデルコンテキストプロトコルサーバーおよびクライアント用の公式の TypeScript SDK です。バージョン 1.12.0 以降、バージョン 1.31.0 および 2.2.0 より前では、SDK の OAuth クライアント サポートにより、クライアントが接続している MCP サーバーが、クライアントの OAuth 資格情報を受信した承認サーバーを決定できます。
    保存され、事前にプロビジョニングされた認証情報が、属する承認サーバーにバインドされていませんでした。悪意のある、または感染した MCP サーバーが、保護されたリソースメタデータに独自の承認サーバーの名前を指定する可能性があります。ユーザーインタラクションなしで、クライアントは、以前のサインイン(1.x)から保存された「refresh_token」および「client_secret」、またはバンドルされた非インタラクティブプロバイダー(1.x および 2.x)の設定済み「client_secret」または署名付きアサーションからサーバーに送信します。「authProvider」とHTTPを介して SDK を MCP クライアントとして使用するアプリケーションのみ:自分自身の「OAuthClientProvider」、またはバンドルされた「ClientCredentialsProvider」、「PrivateKeyJwtProvider」、「StaticPrivateKeyJwtProvider」または(2.x)「CrossAppAccessProvider」で、正当な承認サーバーのための認証情報を保持しながら所有者が完全には信頼しない MCP サーバーに接続することがあります。 「@modelcontextprotocol/sdk」 1.31.0 (1.x)および「@modelcontextprotocol/client」 2.2.0 (2.x)の問題にパッチを適用してください。アップグレードできない人のための回避策が利用可能です。 2.0.0 と 2.1.0 はすでに「expectedIssuer」を受け入れています。1.x の場合、唯一の回避策は、OAuth が有効なクライアントを信頼できる MCP サーバーにのみ接続することです。(CVE-2026-104850)

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

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

  - MCP TypeScript SDK is the official TypeScript SDK for Model Context Protocol servers and clients. Starting     in version 1.12.0 and prior to versions 1.31.0 and 2.2.0, the SDK's OAuth client support let the MCP     server a client connected to decide which authorization server received the client's OAuth credentials.
    Stored and pre-provisioned credentials were not bound to the authorization server they belong to. A     malicious or compromised MCP server could name its own authorization server in its protected resource     metadata. Without any user interaction, the client would send that server the `refresh_token` and     `client_secret` stored from an earlier sign-in (1.x), or the configured `client_secret` or signed     assertion of a bundled non-interactive provider (1.x and 2.x). Only those applications that use the SDK as     an MCP client over HTTP with an `authProvider`: your own `OAuthClientProvider`, or the bundled     `ClientCredentialsProvider`, `PrivateKeyJwtProvider`, `StaticPrivateKeyJwtProvider` or (2.x)     `CrossAppAccessProvider` and that may connect to an MCP server the owners does not fully trust while     holding credentials for a legitimate authorization server are affected. `@modelcontextprotocol/sdk` 1.31.0     (1.x) and `@modelcontextprotocol/client` 2.2.0 (2.x) patch the issue. A workaround for those who cannot     upgrade is available. 2.0.0 and 2.1.0 already accept `expectedIssuer`. On 1.x, the only workaround is to     connect OAuth-enabled clients only to MCP servers you trust. (CVE-2026-104850)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
473832	Chainguard: opensearch-dashboards-2: security update to 2.19.6-r25	Tenable Self-Hosted Container Security	Chainguard Local Security Checks	2026/10/8	2026/10/8	high
473469	SCA: security update for @modelcontextprotocol/client, @modelcontextprotocol/sdk (GHSA-6qxp-vccf-f47h)	Tenable Cloud Security	SCA Checks	2026/10/7	2026/10/7	high
473469	SCA: security update for @modelcontextprotocol/client, @modelcontextprotocol/sdk (GHSA-6qxp-vccf-f47h)	Tenable Self-Hosted Container Security	SCA Checks	2026/10/7	2026/10/7	high
473832	Chainguard: opensearch-dashboards-2: security update to 2.19.6-r25	Tenable Cloud Security	Chainguard Local Security Checks	2026/10/8	2026/10/8	high
473540	Echo: @modelcontextprotocol/sdk: security update to 1.31.0	Tenable Cloud Security	Echo Local Security Checks	2026/10/7	2026/10/7	high
473540	Echo: @modelcontextprotocol/sdk: security update to 1.31.0	Tenable Self-Hosted Container Security	Echo Local Security Checks	2026/10/7	2026/10/7	high
363805	Linux Distros 未修補弱點：CVE-2026-104850	Nessus	Misc.	2026/10/7	2026/10/9	high
363805	Linux Distros 未修补的漏洞：CVE-2026-104850	Nessus	Misc.	2026/10/7	2026/10/9	high
363805	Linux Distros のパッチ未適用の脆弱性: CVE-2026-104850	Nessus	Misc.	2026/10/7	2026/10/9	high
363805	Linux Distros Unpatched Vulnerability : CVE-2026-104850	Nessus	Misc.	2026/10/7	2026/10/9	high

检测

插件搜索

high

high

high

high

high

high

high

high

high

high