Description
Hardcoded credentials in the Basic Authentication setup tool (bin/solr auth enable) in Apache Solr versions 9.4.0 through 9.10.1 and 10.0.0 allows a remote attacker to gain full administrative access to the cluster via publicly known default credentials installed silently alongside the user-specified account.

As an immediate workaround without upgrading, delete the template users (superadmin, admin, search, index) from security.json or change their passwords.
The future, not yet released, versions 9.11.0 and 10.1.0 will not be vulnerable, and it will be enough to upgrade to solve the issue.

Not affected:
* Clusters where bin/solr auth enable was not used to bootstrap BasicAuth
* Clusters where template users have been assigned strong passwords after bootstrap
Published: 2026-06-01
Score: 8.1 High
EPSS: 3.9% Low
KEV: No
Impact: Full Administrative Access
Action: Patch
AI Analysis

Impact

The vulnerability arises when the Apache Solr BasicAuth bootstrap tool (bin/solr auth enable) silently creates hard‑coded template users (superadmin, admin, search, index) with known default credentials. An attacker who learns these credentials gains unrestricted administrative control over the Solr cluster, enabling configuration changes, data exfiltration, and service disruption. This flaw falls under insecure default configuration weaknesses (CWE-1188) and hard‑coded passwords (CWE-798).

Affected Systems

Apache Solr versions 9.4.0 through 9.10.1 and 10.0.0 are affected. Clusters that never used the bin/solr auth enable command during bootstrap or that have replaced the template users with strong, unique passwords are not vulnerable.

Risk and Exploitability

The CVSS score of 8.1 indicates high severity, and the EPSS score of 4% suggests a modest exploitation probability. The vulnerability allows an attacker who obtains the hard‑coded default credentials installed by the bin/solr auth enable tool to log in as a full administrator. From there, the attacker can use authenticated requests to the Solr cluster to view, modify, or delete configuration settings, data, and other resources. Authentication is performed over the network, so a remote threat actor with network reach to the cluster could simply use the known default credentials to gain unrestricted control. The vulnerability is not listed in the KEV catalog but remains a significant risk due to the ease of exploitation once the default credentials exist.

Generated by OpenCVE AI on October 25, 2026 at 19:00 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade Apache Solr to version 9.11.0 or later (including 10.1.0) to remove the flaw
  • Delete the template users (superadmin, admin, search, index) from security.json or change their passwords to strong, unique values
  • Ensure that the BasicAuth bootstrap tool was not run during cluster initialization or verify that any custom users have secure passwords

Generated by OpenCVE AI on October 25, 2026 at 19:00 UTC.

Tracking

Sign in to view the affected projects.

Advisories
Source ID Title
Github GHSA Github GHSA GHSA-qhr7-h655-pw6r Apache Solr has hardcoded credentials in the Basic Authentication setup tool
History

Mon, 01 Jun 2026 18:45:00 +0000

Type Values Removed Values Added
First Time appeared Apache
Apache solr
CPEs cpe:2.3:a:apache:solr:*:*:*:*:*:*:*:*
cpe:2.3:a:apache:solr:10.0.0:*:*:*:*:*:*:*
Vendors & Products Apache
Apache solr

Mon, 01 Jun 2026 13:15:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'none', 'Technical Impact': 'total'}, 'version': '2.0.3'}


Mon, 01 Jun 2026 11:30:00 +0000

Type Values Removed Values Added
References

Mon, 01 Jun 2026 09:15:00 +0000

Type Values Removed Values Added
Description Hardcoded credentials in the Basic Authentication setup tool (bin/solr auth enable) in Apache Solr versions 9.4.0 through 9.10.1 and 10.0.0 allows a remote attacker to gain full administrative access to the cluster via publicly known default credentials installed silently alongside the user-specified account. As an immediate workaround without upgrading, delete the template users (superadmin, admin, search, index) from security.json or change their passwords. The future, not yet released, versions 9.11.0 and 10.1.0 will not be vulnerable, and it will be enough to upgrade to solve the issue. Not affected: * Clusters where bin/solr auth enable was not used to bootstrap BasicAuth * Clusters where template users have been assigned strong passwords after bootstrap
Title Apache Solr: Enabling BasicAuth using bin/solr CLI configures additional insecure users
Weaknesses CWE-1188
CWE-798
References
Metrics cvssV3_1

{'score': 8.1, 'vector': 'CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H'}


cve-icon MITRE

Status: PUBLISHED

Assigner: apache

Published:

Updated: 2026-06-02T03:55:51.805Z

Reserved: 2026-05-07T20:29:03.792Z

Link: CVE-2026-44825

cve-icon Vulnrichment

Updated: 2026-06-01T09:52:40.723Z

cve-icon NVD

Status : Analyzed

Published: 2026-06-01T09:16:19.267

Modified: 2026-07-22T07:10:00.107

Link: CVE-2026-44825

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-10-25T19:00:18Z

Weaknesses
  • CWE-1188

    Initialization of a Resource with an Insecure Default

  • CWE-798

    Use of Hard-coded Credentials