WaratekVRT Sign in
Reset
More filters (2)
Columns
Protection: None✕Product solr-parent✕
Overview 5 matches · 0 protected · 0 exploited · 0 CISA KEV · 1 public PoC · 2 EPSS ≥ 0.5
5matches 0protected0.0% 0exploited0.0% 0CISA KEV0.0% 1public PoC20.0% 2EPSS ≥ 0.540.0%
Protected by Waratek 0 0.0% Rule in development 1 20.0% Mitigation candidate 0 0.0% No exploit published 4 80.0%
Critical 3 60.0% High 1 20.0% Medium 1 20.0% Low 0 0.0% None 0 0.0% Unknown 0 0.0%
blocked by ARMR today 0 0.0% partly blocked 0 0.0% not blocked 5 100.0% not established 0 0.0% unrecorded 0 0.0%
Exploited 0 0.0% Working exploit published 1 20.0% Proof of concept only 0 0.0% Forecast only 1 20.0% No public exploit 3 60.0%
split by peak 2 / month
No exploit published: 4Rule in development: 1 Medium: 1High: 1Critical: 3 not blocked: 5 No public exploit: 3Forecast only: 1Working exploit published: 1
Apr 201 No exploit published1 Medium1 not blocked1 No public exploit1 May 200 Jun 200 Jul 200 Aug 201 No exploit published1 High1 not blocked1 No public exploit1 Sep 200 Oct 201 No exploit published1 Critical1 not blocked1 Forecast only1 Nov 200 Dec 200 Jan 210 Feb 210 Mar 210 Apr 212 Rule in development1 No exploit published1 Critical2 not blocked2 Working exploit published1 No public exploit1
Apr 20Jun 20Aug 20Oct 20Dec 20Feb 21Apr 21
5 matches Sign in to download these CVEs as CSV or JSON, or to follow them in a feed.
CVE Severity Published▾ Status Exploitation Description
CVE-2021-29943 Critical 2021-04-13 No exploit published No public exploit When using ConfigurableInternodeAuthHadoopPlugin for authentication, Apache Solr versions prior to 8.8.2 would forward/proxy distributed requests using server credentials instead of original client credentials. This would result in incorrect authorization resolution on the receiving hosts.
CVE-2021-27905 Critical 2021-04-13 Rule in development Working exploit published 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.
CVE-2020-13957 Critical 2020-10-13 No exploit published Forecast only Apache Solr versions 6.6.0 to 6.6.6, 7.0.0 to 7.7.3 and 8.0.0 to 8.6.2 prevents some features considered dangerous (which could be used for remote code execution) to be configured in a ConfigSet that's uploaded via API without authentication/authorization. The checks in place to prevent such features can be circumvented by using a combination of UPLOAD/CREATE actions.
CVE-2020-13941 High 2020-08-17 No exploit published No public exploit Reported in SOLR-14515 (private) and fixed in SOLR-14561 (public), released in Solr version 8.6.0. The Replication handler (https://lucene.apache.org/solr/guide/8_6/index-replication.html#http-api-commands-for-the-replicationhandler) allows commands backup, restore and deleteBackup. Each of these take a location parameter, which was not validated, i.e you could read/write to any location the solr user can access.
CVE-2018-11802 Medium 2020-04-01 No exploit published No public exploit In Apache Solr, the cluster can be partitioned into multiple collections and only a subset of nodes actually host any given collection. However, if a node receives a request for a collection it does not host, it proxies the request to a relevant node and serves the request. Solr bypasses all authorization settings for such requests. This affects all Solr versions prior to 7.7 that use the default authorization mechanism of Solr (RuleBasedAuthorizationPlugin).