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

  - Emissary 是一個基於 P2P 的數據驅動工作流程引擎。在版本及以下版本 8.42.0 中，Executrix.getCommand（） 容易受到作業系統命令插入的影響，因為它會將暫存檔案路徑插入 /bin/sh -c shell 命令字串中，而無需進行任何逸出或輸入驗證。IN_FILE_ENDING 和 OUT_FILE_ENDING 組態金鑰會直接流入這些路徑，讓可以寫入或修改 .cfg 檔案的位置作者插入任意殼層中繼字元，以在 JVM 處理程序的安全內容中執行作業系統命令。在將 placeName 內嵌到相同的 shell 字串中之前，該框架已透過允許清單清理 placeName，但不會對檔案結尾值套用對等的清理。除了位置設定作者權限之外，不需要執行階段權限，也不需要 API 或網路存取權即可利用此弱點。這是架構層級的缺陷，下游實作者無法使用安全的緩解措施，因為 Executrix 既沒有針對檔案結尾輸入中的元字元提供逸出，也沒有記錄前置條件。8.43.0 版已修正此問題。(CVE-2026-35582)

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

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

  - Emissary 是一个基于 P2P 的数据驱动工作流引擎。在及更低版本 8.42.0 中，Executrix.getCommand（） 容易受到 OS 命令注入的影响，因为它会将临时文件路径插入 /bin/sh -c shell 命令字符串，而不进行任何转义或输入验证。IN_FILE_ENDING 和 OUT_FILE_ENDING 配置密钥直接流入这些路径，允许可写入或修改 .cfg 文件的位置作者注入任意 shell 元字符，以在 JVM 进程的安全环境中执行 OS 命令。该框架在将 placeName 嵌入到同一个 shell 字符串之前已经通过允许列表对其进行了审查，但对文件结尾值没有应用同等的审查。除了位置配置作者身份之外，不需要任何运行时权限，也不需要 API 或网络访问权限来利用此漏洞。这是一个框架级别的缺陷，下游实现者无法安全缓解，因为 Executrix 既不提供针对文件结尾输入中元字符的转义也不提供记录的先决条件。此问题已在 8.43.0 版本中修复。(CVE-2026-35582)

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

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

  - Emissary は、P2P ベースのデータ駆動型ワークフローエンジンです。バージョン 8.42.0 以前では、Executrix.getCommand()は、エスケープや入力検証なしで一時ファイルパスを/bin/sh -cシェルコマンド文字列に補間するため、OSコマンドインジェクションに対して脆弱です。IN_FILE_ENDING および OUT_FILE_ENDING 構成キーは、これらのパスに直接流れ込み、.cfg ファイルの書き込みまたは変更ができる場所の作成者が、JVM プロセスのセキュリティコンテキストで OS コマンドを実行する任意のシェルメタ文字を注入することを可能にします。フレームワークは、同じシェル文字列に埋め込む前に許可リストで placeName を既にサニタイズしていますが、ファイルの終端値に同等のサニタイズは適用していません。この脆弱性を悪用するのに、場所構成の作者権限を超えるランタイムの権限、API またはネットワークへのアクセス権は必要ありません。これはフレームワークレベルの不具合であり、下流の実装者は安全な緩和策を利用できません。これは、Executrix が、ファイル終了入力のメタ文字に対するエスケープおよび実証済みの前提条件を提供していないためです。この問題はバージョン 8.43.0で修正されています。(CVE-2026-35582)

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

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

  - Emissary is a P2P based data-driven workflow engine. In versions 8.42.0 and below, Executrix.getCommand()     is vulnerable to OS command injection because it interpolates temporary file paths into a /bin/sh -c shell     command string without any escaping or input validation. The IN_FILE_ENDING and OUT_FILE_ENDING     configuration keys flow directly into these paths, allowing a place author who can write or modify a .cfg     file to inject arbitrary shell metacharacters that execute OS commands in the JVM process's security     context. The framework already sanitizes placeName via an allowlist before embedding it in the same shell     string, but applies no equivalent sanitization to file ending values. No runtime privileges beyond place     configuration authorship, and no API or network access, are required to exploit this vulnerability. This     is a framework-level defect with no safe mitigation available to downstream implementors, as Executrix     provides neither escaping nor documented preconditions against metacharacters in file ending inputs. This     issue has been fixed in version 8.43.0. (CVE-2026-35582)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
304985	Linux Distros 未修補弱點：CVE-2026-35582	Nessus	Misc.	2026/4/5	2026/8/4	high
304985	Linux Distros 未修补的漏洞：CVE-2026-35582	Nessus	Misc.	2026/4/5	2026/8/4	high
304985	Linux Distros のパッチ未適用の脆弱性: CVE-2026-35582	Nessus	Misc.	2026/4/5	2026/8/4	high
304985	Linux Distros Unpatched Vulnerability : CVE-2026-35582	Nessus	Misc.	2026/4/5	2026/8/4	high

偵測

搜尋 Plugin

high

high

high

high