自己報告されたバージョンによると、リモートのウェブサーバーで実行されている LiteLLM のインスタンスは 1.83.7 より前です。したがって、以下の複数の脆弱性による影響を受けます。

- プロキシ API キー検証フローの SQL インジェクション。

- MCP stdio テストエンドポイント経由の認証されたコマンド実行

スキャナーはこれらの問題のテストを行っておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

According to its self-reported version, the instance of LiteLLM running on the remote web server is prior to 1.83.7. It is, therefore, affected by multiple vulnerabilities :

- An SQL Injection in the Proxy API Key verification flow.

- An Authenticated command execution via MCP stdio test endpoints

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

根据其自我报告的版本，远程 Web 服务器上运行的 LiteLLM 实例为低于 1.83.7。因此，该服务器受到多个漏洞的影响：

- 代理 API 密钥验证流中的 SQL 注入。

- 通过 MCP stdio 测试端点执行经身份验证的命令

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

根據其自我報告的版本，遠端網頁伺服器上執行的 LiteLLM 執行個體舊與 1.83.7 版。因此，該應用程式受到多個弱點影響：

- Proxy API 金鑰驗證流程中的 SQL 插入攻擊。

- 透過 MCP stdio 測試端點執行經驗證命令

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

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

  - LiteLLM is a proxy server (AI Gateway) to call LLM APIs in OpenAI (or native) format. From version 1.74.2
    to before version 1.83.7, two endpoints used to preview an MCP server before saving it — POST /mcp-
    rest/test/connection and POST /mcp-rest/test/tools/list — accepted a full server configuration in the
    request body, including the command, args, and env fields used by the stdio transport. When called with a
    stdio configuration, the endpoints attempted to connect, which spawned the supplied command as a
    subprocess on the proxy host with the privileges of the proxy process. The endpoints were gated only by a
    valid proxy API key, with no role check. Any authenticated user — including holders of low-privilege
    internal-user keys — could therefore run arbitrary commands on the host. This issue has been patched in
    version 1.83.7. (CVE-2026-42271)

远程主机上安装的 LiteLLM Python 程序包版本低于 1.74.21.83.7. 因此，该应用程序会受到漏洞的影响：

  - 从版本 1.74.2 到之前的版本 1.83.7，用于在保存 MCP 服务器之前对其进行预览的两个端点（POST /mcp-rest/test/connection 和 POST /mcp-rest/test/tools/list）接受请求正文中的完整服务器配置，包括 stdio 传输使用的命令、参数和 env 字段。使用 stdio 配置调用时，端点会尝试连接，从而在代理主机上以代理进程的权限生成提供的命令作为子进程。端点仅由有效的代理 API 密钥进行网关，无需角色检查。因此，任何经过身份验证的用户（包括低权限内部用户密钥的持有者）可在主机上运行任意命令。（CVE-2026-42271）

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

遠端主機上安裝的 LiteLLM Python 套件版本在 之前。1.74.21.83.7 因此，其會受到一個弱點的影響：

  - 從版本 1.74.2 到之前版本 1.83.7，用於在儲存 MCP 伺服器之前預覽 MCP 伺服器的兩個端點 — POST /mcp-rest/test/connection 和 POST /mcp-rest/test/tools/list— 在要求本文中接受完整的伺服器配置，包括 stdio 傳輸使用的命令、參數和 env 欄位。使用 stdio 組態呼叫時，端點會嘗試連線，這會在具有 Proxy 處理程序的權限，將提供的命令產生為 Proxy 主機上的子處理程序。端點僅由有效的代理 API 金鑰進行門控，無需角色檢查。因此，任何經過驗證的使用者 （包括低權限內部使用者金鑰的持有者） 都可以在主機上執行任意命令。（CVE-2026-42271）

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

リモートホストにインストールされている LiteLLM Python パッケージのバージョンは、1.83.7 より前の 1.74.2 です。したがって、脆弱性の影響を受けます。

  - バージョン 1.74.2 からバージョン 1.83.7 より前まで、保存前の MCP サーバーのプレビューに使用される 2 つのエンドポイント(POST/mcp-rest/test/connection および POST/mcp-rest/test/tools/list)は、stdio トランスポートで使用されるコマンド、引数、env フィールドを含む、リクエスト本文の完全なサーバー構成を受け入れました。stdio 構成で呼び出されると、エンドポイントが接続を試行し、これによって提供されたコマンドがプロキシプロセスの権限を持つプロキシホスト上のサブプロセスとして生成されました。エンドポイントは有効なプロキシ API キーによってのみゲートされており、ロールチェックは行われていませんでした。このため、認証されたユーザー(低い権限の内部ユーザーキーの所有者を含む)が、ホスト上で任意のコマンドを実行する可能性があります。(CVE-2026-42271)

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

The version of the LiteLLM Python package installed on the remote host is 1.74.2 before 1.83.7. It is, therefore, affected by a vulnerability:

  - From version 1.74.2 to before version 1.83.7, two endpoints used to preview an MCP server before saving     it — POST /mcp-rest/test/connection and POST /mcp-rest/test/tools/list — accepted a full server configuration     in the request body, including the command, args, and env fields used by the stdio transport. When called     with a stdio configuration, the endpoints attempted to connect, which spawned the supplied command as a     subprocess on the proxy host with the privileges of the proxy process. The endpoints were gated only by a     valid proxy API key, with no role check. Any authenticated user — including holders of low-privilege     internal-user keys — could therefore run arbitrary commands on the host. (CVE-2026-42271)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
115229	LiteLLM < 1.83.7 の複数の脆弱性	Web App Scanning	Artificial Intelligence	2026/4/30	2026/4/30	critical
115229	LiteLLM < 1.83.7 Multiples Vulnerabilities	Web App Scanning	Artificial Intelligence	2026/4/30	2026/4/30	critical
115229	LiteLLM < 1.83.7 多个漏洞	Web App Scanning	Artificial Intelligence	2026/4/30	2026/4/30	critical
115229	LiteLLM < 1.83.7 多個弱點	Web App Scanning	Artificial Intelligence	2026/4/30	2026/4/30	critical
440896	SCA: security update for litellm (GHSA-v4p8-mg3p-g94g)	Tenable Cloud Security	SCA Checks	2026/4/26	2026/7/20	high
440896	SCA: security update for litellm (GHSA-v4p8-mg3p-g94g)	Tenable Self-Hosted Container Security	SCA Checks	2026/4/26	2026/7/20	high
324115	LiteLLM 1.74.2 < 1.83.7 命令注入漏洞（GHSA-v4p8-mg3p-g94g）	Nessus	Artificial Intelligence	2026/7/1	2026/7/2	high
324115	LiteLLM 1.74.2 < 1.83.7 命令插入弱點（GHSA-v4p8-mg3p-g94g）	Nessus	Artificial Intelligence	2026/7/1	2026/7/2	high
324115	LiteLLM 1.74.2 < 1.83.7 コマンドインジェクションの脆弱性(GHSA-v4p8-mg3p-g94g)	Nessus	Artificial Intelligence	2026/7/1	2026/7/2	high
324115	LiteLLM 1.74.2 < 1.83.7 Command Injection Vulnerability (GHSA-v4p8-mg3p-g94g)	Nessus	Artificial Intelligence	2026/7/1	2026/7/2	high

检测

插件搜索

critical

critical

critical

critical

high

high

high

high

high

high