Skip to main content
VulnerabilityPublished

CVE-2026-44825: Apache Solr · Use of Hard-coded Credentials

Affects Apache SolrSource CVE Database V5

0
Compare

Not known to be exploited · public detection template (Nuclei) · CVSS 8.1 High.

Data as of 30 Oct 2026, 06:59 UTC

CVSS 3.1 base score
8.1High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
3.9% chance of exploitation in 30 days – higher than 90% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 1 Jun 2026

  2. Weaponized: evidence found.

    Public exploit code: GitHub proofs of concept

  3. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  4. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), GitHub proofs of concept, the Metasploit, Exploit-DB and nuclei-templates index as of 29 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
Apache Software FoundationApache SolrAffected
  • >=9.4.0 <=9.10.1
  • =10.0.0
Fixed in–
MavenApache Software Foundation/org.apache.solr:solr-corepkg:maven/Apache Software Foundation/org.apache.solr:solr-coreOther threatsAffected
  • >=9.4.0 <=9.10.1
  • =10.0.0
Fixed in–
Mavenorg.apache.solr/solr-corepkg:maven/org.apache.solr/solr-coreOther threatsAffected
  • =9.4.0
  • =10.0.0
Fixed in–

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

In the meantime, administrators should avoid using the BasicAuth bootstrap or ensure that the default template users' passwords are changed immediately after setup to mitigate risk.

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

References

Community reviews

Loading reviews…