Apache Solr versions 8.6.0 through 9.10.0 running in standalone mode are affected by insufficient parameter validation in the create-core API. When "allowPaths" is used to restrict file access, untrusted users able to reach the create-core API may cause Solr to probe and read disallowed paths, allowing cores to be created from unexpected configsets. On Windows systems with UNC paths enabled, this can also lead to the disclosure of NTLM hashes.

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

スタンドアロンモードで実行されている9.10.08.6.0までのApache Solrバージョンは、create-core APIのパラメーター検証が不十分なため影響を受けます。「allowPaths」を使用してファイルアクセスを制限している場合、create-core APIにアクセスできる信頼できないユーザーがSolrに許可されていないパスをプローブして読み取らせ、予期しない構成セットからコアを作成できる可能性があります。UNC パスが有効になっている Windows システムでは、これによって NTLM ハッシュが漏洩する可能性もあります。

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

在独立模式下运行的 9.10.0 Apache Solr 版本8.6.0受到 create-core API 中参数验证不足的影响。使用“allowPaths”来限制文件访问时，能够访问 create-core API 的不受信任用户可能会造成 Solr 探测并读取禁用的路径，从而允许从非预期的配置集创建核心。在启用了 UNC 路径的 Windows 系统上，这也可导致泄露 NTLM 哈希。

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

在獨立模式下執行的 9.10.0 Apache Solr 版本8.6.0會受到 create-core API 中參數驗證不足的影響。當使用「allowPaths」來限制檔案存取時，能夠連線到 create-core API 的不受信任使用者可能會導致 Solr 探測並讀取不允許的路徑，從而允許從非預期的配置集建立核心。在啟用 UNC 路徑的 Windows 系統上，這也可能導致 NTLM 雜湊洩漏。

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

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	名前	製品	ファミリー	公開日	更新日	深刻度
115558	Apache Solr 8.6.0 < 9.10.1 Insufficient File-Access Checking in Core Creation	Web App Scanning	Component Vulnerability	2026/10/2	2026/10/2	high
115558	Apache Solr 8.6.0 < 9.10.1 コア作成時の不十分なファイルアクセスチェック	Web App Scanning	Component Vulnerability	2026/10/2	2026/10/2	high
115558	Apache Solr 8.6.0 < 9.10.1 核心创建中文件访问检查不充分	Web App Scanning	Component Vulnerability	2026/10/2	2026/10/2	high
115558	Apache Solr 8.6.0 < 9.10.1 核心建立時的檔案存取檢查不足	Web App Scanning	Component Vulnerability	2026/10/2	2026/10/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
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
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

high

high

high

high