Server-Side Request Forgery (SSRF) Affecting lucene-solr package, versions <3.6.2+dfsg-23


Severity

Recommended
0.0
critical
0
10

Snyk's Security Team recommends NVD's CVSS assessment. Learn more

Threat Intelligence

Exploit Maturity
Proof of concept
EPSS
94.94% (100th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications

Snyk Learn

Learn about Server-Side Request Forgery (SSRF) vulnerabilities in an interactive lesson.

Start learning
  • Snyk IDSNYK-DEBIANUNSTABLE-LUCENESOLR-1246516
  • published15 Apr 2021
  • disclosed13 Apr 2021

Introduced: 13 Apr 2021

CVE-2021-27905  (opens in a new tab)
CWE-918  (opens in a new tab)

How to fix?

Upgrade Debian:unstable lucene-solr to version 3.6.2+dfsg-23 or higher.

NVD Description

Note: Versions mentioned in the description apply only to the upstream lucene-solr package and not the lucene-solr package as distributed by Debian. See How to fix? for Debian:unstable relevant fixed versions and status.

The ReplicationHandler (normally registered at "/replication" under a Solr core) in Apache Solr has a "masterUrl" (also "leaderUrl" alias) parameter that is used to designate another ReplicationHandler on another Solr core to replicate index data into the local core. To prevent a SSRF vulnerability, Solr ought to check these parameters against a similar configuration it uses for the "shards" parameter. Prior to this bug getting fixed, it did not. This problem affects essentially all Solr versions prior to it getting fixed in 8.8.2.

References

CVSS Scores

version 3.1