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

  - pnpm is a package manager. Prior to 10.34.2 and 11.5.3, pnpm can persist package-manager bootstrap
    metadata in the first YAML document of pnpm-lock.yaml. Before the patch, direct pnpm execution trusted an
    already resolved packageManagerDependencies entry when the committed env lockfile contained matching pnpm
    and @pnpm/exe versions. A malicious repository could therefore commit package-manager lockfile package
    records and snapshots that bypassed fresh package-manager resolution, then cause pnpm to install and
    execute bytes selected by that committed lockfile state during automatic version switching. This
    vulnerability is fixed in 10.34.2 and 11.5.3. (CVE-2026-55698)

遠端主機上安裝的 pnpm 版本為 10.34.2 之前版本，或是 11.5.3 之前的 11.x 版。因此，會受到多個弱點影響：

  - pnpm 和 pacquet 將 ${ENV_VAR} 預留位置從存放庫控制的 .npmrc 和 pnpm-workspace.yaml 擴展至登錄請求目的地和登錄認證。惡意儲存庫可能會導致相依性解析，在生命週期指令碼執行之前，將受害者環境密碼傳送至攻擊者選取的登錄。(CVE-2026-55180)

  - 通用對等後綴正規化器還從 git、URL、tarball、檔案和其他不透明定位器中剝離括號內的文字。因此，核准一個來源字串可以授權不同的攻擊者控制來源，其定位器正規化為相同的值。（CVE-2026-55487）

  - pnpm 可以在命令分派之前安裝 pnpm-workspace.yaml 中宣告的 configDependencies。儲存庫可以將 pacquet 或 @pnpm/pacquet 宣告為配置相依性，而 pnpm 會將該儲存庫控制的相依性視為安裝引擎選擇加入，進而允許執行任意二進位檔。
    (CVE-2026-55697)

  - pnpm 可以在 pnpm-lock.yaml 中保存 package-manager bootstrap 中繼資料。惡意存放庫可能會提交繞過全新套件管理員解析的套件管理員鎖定檔套件記錄和快照，然後導致 pnpm 安裝並執行由該已提交的鎖定檔狀態選取的位元組。
    (CVE-2026-55698)

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

远程主机上安装的 pnpm 版本低于 10.34.2 或为低于 11.5.3 的 11.x。因此，该应用程序受到多个漏洞的影响：

  - pnpm 和 pacquet 将 ${ENV_VAR} 占位符从存储库控制的 .npmrc 和 pnpm-workspace.yaml 扩展为注册表请求目的地和注册表凭据。恶意存储库可造成依存关系解析，在生命周期脚本运行前，将受害者环境密码发送到攻击者所选的注册表。(CVE-2026-55180)

  - 通用对等后缀规范化程序还从 git、URL、tarball、file 和其他不透明定位符中剥离了括号文本。因此，批准一个源字符串可授权其他受攻击者控制的源，其定位器规范化为相同值。(CVE-2026-55487)

  - pnpm 可在命令调度前安装 pnpm-workspace.yaml 中声明的 configDependencies。存储库可将 pacquet 或 @pnpm/pacquet 声明为配置依赖项，而 pnpm 将该存储库控制的依赖项视为安装引擎选择加入，从而允许执行任意二进制文件。
    (CVE-2026-55697)

  - pnpm 可以将 package-manager 启动元数据保存在 pnpm-lock.yaml 中。恶意存储库可提交绕过全新 package-manager 解析的 package-manager lockfile 程序包记录和快照，然后造成 pnpm 安装并执行按照该已提交的 lockfile 状态所选字节。
    (CVE-2026-55698)

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

リモートホストにインストールされている pnpm のバージョンは 10.34.2 より前、または 11.5.3 より前の 11.x です。そのため、以下の複数の脆弱性の影響を受けます。

  - pnpm および pacquet は、リポジトリが制御する .npmrc および pnpm-workspace.yaml 内の ${ENV_VAR} プレースホルダーを、レジストリリクエストの宛先およびレジストリ認証情報に展開しました。悪意のあるリポジトリにより、依存関係の解決時に被害者環境のシークレットが攻撃者の選択したレジストリへ送信される可能性があります。これはライフサイクルスクリプトの実行前に発生します。(CVE-2026-55180)

  - 汎用のピアサフィックス正規化処理は、git、URL、tarball、ファイル、その他の不透明なロケーターから括弧内のテキストも削除しました。そのため、1 つのソース文字列の承認により、ロケーターが同じ値に正規化された、攻撃者が制御する別のソースも承認される可能性があります。(CVE-2026-55487)

  - pnpm は、コマンドディスパッチ前に pnpm-workspace.yaml で宣言された configDependencies をインストールできます。リポジトリは pacquet または @pnpm/pacquet を config dependency として宣言でき、pnpm はそのリポジトリが制御する依存関係を install-engine のオプトインとして扱うことで、任意のバイナリの実行を可能にします。
    (CVE-2026-55697)

  - pnpm は、package-manager ブートストラップメタデータを pnpm-lock.yaml に永続化できます。悪意のあるリポジトリは、新しいパッケージマネージャーによる解決処理を回避するパッケージマネージャーロックファイルのパッケージレコードとスナップショットをコミットし、そのコミットされたロックファイルの状態によって選択されたバイトを pnpm にインストールおよび実行させる可能性があります。
    (CVE-2026-55698)

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

The version of pnpm installed on the remote host is prior to 10.34.2, or 11.x prior to 11.5.3. It is, therefore, affected by multiple vulnerabilities:

  - pnpm and pacquet expanded ${ENV_VAR} placeholders from repository-controlled .npmrc and     pnpm-workspace.yaml into registry request destinations and registry credentials. A malicious repository     could cause dependency resolution to send victim environment secrets to an attacker-selected registry     before lifecycle scripts run. (CVE-2026-55180)

  - The generic peer-suffix normalizer also stripped parenthesized text from git, URL, tarball, file, and     other opaque locators. Approval for one source string could therefore authorize a different     attacker-controlled source whose locator normalized to the same value. (CVE-2026-55487)

  - pnpm can install configDependencies declared in pnpm-workspace.yaml before command dispatch. A     repository could declare pacquet or @pnpm/pacquet as a config dependency and pnpm treated that     repository-controlled dependency as an install-engine opt-in, allowing execution of arbitrary binaries.
    (CVE-2026-55697)

  - pnpm can persist package-manager bootstrap metadata in pnpm-lock.yaml. A malicious repository could     commit package-manager lockfile package records and snapshots that bypassed fresh package-manager     resolution, then cause pnpm to install and execute bytes selected by that committed lockfile state.
    (CVE-2026-55698)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
444017	SCA: security update for pnpm (GHSA-w466-c33r-3gjp)	Tenable Cloud Security	SCA Checks	2026/6/27	2026/7/2	high
444017	SCA: security update for pnpm (GHSA-w466-c33r-3gjp)	Tenable Self-Hosted Container Security	SCA Checks	2026/6/27	2026/7/2	high
325222	pnpm < 10.34.2 / 11.x < 11.5.3 多個弱點	Nessus	Misc.	2026/7/6	2026/7/7	high
325222	pnpm < 10.34.2 / 11.x < 11.5.3 多个漏洞	Nessus	Misc.	2026/7/6	2026/7/7	high
325222	pnpm < 10.34.2 / 11.x < 11.5.3 複数の脆弱性	Nessus	Misc.	2026/7/6	2026/7/7	high
325222	pnpm < 10.34.2 / 11.x < 11.5.3 Multiple Vulnerabilities	Nessus	Misc.	2026/7/6	2026/7/7	high

偵測

搜尋 Plugin

high

high

high

high

high

high