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

  - Apache Solr 8.6 到 9.10.0 的建立核心 API 對某些 API 參數缺少足夠的輸入驗證這會造成 Solr 檢查是否存在並嘗試讀取 Solr 的 allowPaths 安全性設定應禁止的檔案系統路徑 https://https://solr.apache.org/guide/solr/latest/configuration-guide/configuring-solr-xml.html#the-solr-element 。如果有可透過檔案系統存取的非預期 configset這些唯讀存取可允許使用者使用非預期的 configset 來建立核心。在設定為允許 UNC 路徑的 Windows 系統上這還可進一步造成洩漏 NTLM 使用者雜湊。如果 Solr 部署符合下列條件就會受到此弱點影響* Solr 正在其獨立模式中執行。 * Solr 的 allowPath 設定用來限制對特定目錄的檔案存取。 * Solr 的建立核心 API 已洩漏且可供未受信任的使用者存取。如果 Solr 的 RuleBasedAuthorizationPlugin https://solr.apache.org/guide/solr/latest/deployment-guide/rule-based-authorization-plugin.html 已停用或如果它已啟用但 core-admin-edit 預定義權限 (或同等自訂權限) 被授予低信任 (即非管理員) 使用者角色就會發生此情況。啟用 Solr 的 RuleBasedAuthorizationPlugin (若已停用) 並設定權限清單防止未受信任的使用者建立新的 Solr 核心即可減輕此問題。使用者亦應升級至 Apache Solr 9.10.1 或更新版本其中包含此問題的修正。 (CVE-2026-22444)

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

偵測

Linux Distros 未修補的弱點：CVE-2026-22444

high Nessus Plugin ID 297683

版本 1.7