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

  - The "create core" API of Apache Solr 8.6 through 9.10.0 lacks sufficient input validation on some API
    parameters, which can cause Solr to check the existence of and attempt to read file-system paths that
    should be disallowed by Solr's "allowPaths" security setting
    https://https://solr.apache.org/guide/solr/latest/configuration-guide/configuring-solr-xml.html#the-solr-
    element . These read-only accesses can allow users to create cores using unexpected configsets if any are
    accessible via the filesystem. On Windows systems configured to allow UNC paths this can additionally
    cause disclosure of NTLM "user" hashes. Solr deployments are subject to this vulnerability if they meet
    the following criteria: * Solr is running in its "standalone" mode. * Solr's "allowPath" setting is being
    used to restrict file access to certain directories. * Solr's "create core" API is exposed and accessible
    to untrusted users. This can happen if Solr's RuleBasedAuthorizationPlugin
    https://solr.apache.org/guide/solr/latest/deployment-guide/rule-based-authorization-plugin.html is
    disabled, or if it is enabled but the "core-admin-edit" predefined permission (or an equivalent custom
    permission) is given to low-trust (i.e. non-admin) user roles. Users can mitigate this by enabling Solr's
    RuleBasedAuthorizationPlugin (if disabled) and configuring a permission-list that prevents untrusted users
    from creating new Solr cores. Users should also upgrade to Apache Solr 9.10.1 or greater, which contain
    fixes for this issue. (CVE-2026-22444)

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/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 。这些只读访问可允许用户使用非预期的配置集创建核心如果可通过文件系统访问任何配置集。在配置为允许 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/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - Apache Solr 8.6 から 9.10.0 の create Core API には、一部の API パラメーターで十分な入力検証が欠如しています。これにより、Solr は、Solr の allowPaths セキュリティ設定によって禁止されるべきファイルシステムパスの存在をチェックし、読み取ろうとすることができます https://https://solr.apache.org/guide/solr/latest/configuration-guide/configuring-solr-xml.html#the-solr-element 。これらの読み取り専用アクセスにより、ユーザーはファイルシステム経由でアクセス可能な場合、予期しない構成セットを使用してコアを作成できる可能性があります。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 は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

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

  - The create core API of Apache Solr 8.6 through 9.10.0 lacks sufficient input validation on some API     parameters, which can cause Solr to check the existence of and attempt to read file-system paths that     should be disallowed by Solr's allowPaths security setting     https://https://solr.apache.org/guide/solr/latest/configuration-guide/configuring-solr-xml.html#the-solr-     element . These read-only accesses can allow users to create cores using unexpected configsets if any are     accessible via the filesystem. On Windows systems configured to allow UNC paths this can additionally     cause disclosure of NTLM user hashes. Solr deployments are subject to this vulnerability if they meet     the following criteria: * Solr is running in its standalone mode. * Solr's allowPath setting is being     used to restrict file access to certain directories. * Solr's create core API is exposed and accessible     to untrusted users. This can happen if Solr's RuleBasedAuthorizationPlugin     https://solr.apache.org/guide/solr/latest/deployment-guide/rule-based-authorization-plugin.html is     disabled, or if it is enabled but the core-admin-edit predefined permission (or an equivalent custom     permission) is given to low-trust (i.e. non-admin) user roles. Users can mitigate this by enabling Solr's     RuleBasedAuthorizationPlugin (if disabled) and configuring a permission-list that prevents untrusted users     from creating new Solr cores. Users should also upgrade to Apache Solr 9.10.1 or greater, which contain     fixes for this issue. (CVE-2026-22444)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
436886	SCA: security update for org.apache.solr:solr-core (GHSA-vc2w-4v3p-2mqw)	Tenable Self-Hosted Container Security	SCA Checks	2026/1/22	2026/7/2	high
436886	SCA: security update for org.apache.solr:solr-core (GHSA-vc2w-4v3p-2mqw)	Tenable Cloud Security	SCA Checks	2026/1/22	2026/7/2	high
297683	Linux Distros 未修補的弱點：CVE-2026-22444	Nessus	Misc.	2026/2/3	2026/9/2	high
297683	Linux Distros 未修补的漏洞：CVE-2026-22444	Nessus	Misc.	2026/2/3	2026/9/2	high
297683	Linux Distros のパッチ未適用の脆弱性: CVE-2026-22444	Nessus	Misc.	2026/2/3	2026/9/2	high
297683	Linux Distros Unpatched Vulnerability : CVE-2026-22444	Nessus	Misc.	2026/2/3	2026/9/2	high

检测

插件搜索

high

high

high

high

high

high