CVE-2017-7660
WysokieStreszczenie
Apache Solr wykorzystuje mechanizm oparty na PKI do zabezpieczania komunikacji między węzłami, gdy bezpieczeństwo jest włączone. Możliwe jest stworzenie specjalnie skonstruowanej nazwy węzła, która nie istnieje w klastrze i skierowanie jej na złośliwy węzeł, co może wprowadzić w błąd inne węzły w klastrze.
Ocena ryzyka
Organizacje, które włączyły mechanizm uwierzytelniania BasicAuth, mogą być narażone na atak, który pozwala na podszywanie się pod złośliwy węzeł w klastrze. Użytkownicy korzystający tylko z SSL bez uwierzytelniania podstawowego lub używający Kerberos nie są zagrożeni.
Rekomendacja
Zaleca się, aby użytkownicy, którzy korzystają z mechanizmu BasicAuth lub niestandardowych wtyczek uwierzytelniających, wdrożyli odpowiednie wtyczki, takie jak 'HttpClientInterceptorPlugin' lub 'HttpClientBuilderPlugin', aby zabezpieczyć swoje serwery.
Inne podatności w Apache Solr
Zobacz wszystkie- CVE-2026-22444Wysokie
API "create core" w Apache Solr w wersjach od 8.6 do 9.10.0 nie przeprowadza wystarczającej walidacji niektórych parametrów, co może pozwolić na sprawdzenie istnienia i odczyt ścieżek systemu plików, które powinny być zabronione przez ustawienie bezpieczeństwa "allowPaths". Te operacje tylko do odczytu mogą umożliwić użytkownikom tworzenie rdzeni z nieoczekiwanymi configsetami, jeśli są one dostępne w systemie plików. W systemach Windows skonfigurowanych do zezwalania na ścieżki UNC może to dodatkowo prowadzić do ujawnienia skrótów NTLM "user".
- CVE-2026-22022Wysokie
Wdrożenia Apache Solr w wersjach od 5.3.0 do 9.10.0, które polegają na "Rule Based Authorization Plugin", są podatne na nieautoryzowany dostęp do niektórych API Solr z powodu niewystarczająco ścisłej walidacji danych wejściowych w tych komponentach. Podatność dotyczy tylko wdrożeń spełniających określone kryteria, takie jak użycie wtyczki RuleBasedAuthorizationPlugin z wieloma rolami i listą uprawnień zawierającą określone reguły, bez reguły "all".
- CVE-2017-3163Wysokie
Podatność w Apache Solr umożliwia atakującym wykorzystanie funkcji replikacji indeksu do odczytu plików z serwera, poprzez nieprawidłową walidację nazw plików. Wersje przed 5.5.4 oraz 6.x przed 6.4.1 są narażone na atak typu path traversal.
- CVE-2019-17558WysokieAktywnie exploitowane
Apache Solr w wersjach od 5.0.0 do 8.3.1 jest podatny na zdalne wykonanie kodu poprzez VelocityResponseWriter. Złośliwy szablon Velocity może być dostarczony przez katalog `velocity/` w configsecie lub jako parametr; szablony przekazywane parametrami są domyślnie wyłączone, ale można je włączyć ustawiając `params.resource.loader.enabled` na `true`, co wymaga dostępu do API konfiguracji. W Solr 8.4 usunięto parametr resource loader, a renderowanie szablonów z configsetu jest możliwe tylko dla zaufanych configsetów.
- CVE-2019-0193WysokieAktywnie exploitowane
W Apache Solr moduł DataImportHandler (DIH) posiada funkcję, w której cała konfiguracja DIH może pochodzić z parametru 'dataConfig' żądania. Tryb debugowania ekranu administracyjnego DIH wykorzystuje ten parametr, co stanowi ryzyko bezpieczeństwa, ponieważ konfiguracja DIH może zawierać skrypty. Od wersji 8.2.0 Solr użycie tego parametru wymaga ustawienia właściwości systemowej Java 'enable.dih.dataConfigParam' na true.
- CVE-2017-12629Krytyczne
W Apache Solr przed wersją 7.1 występuje podatność na zdalne wykonanie kodu, która może być wykorzystana poprzez atak XXE w połączeniu z użyciem polecenia Config API add-listener, co prowadzi do klasy RunExecutableListener.
- CVE-2026-44825Wysokie
Apache Solr w wersjach 9.4.0 do 9.10.1 i 10.0.0 zawiera zakodowane na stałe domyślne dane uwierzytelniające w narzędziu Basic Authentication setup (bin/solr auth enable). Zdalny atakujący może uzyskać pełny dostęp administracyjny do klastra, używając publicznie znanych domyślnych haseł.
Oryginalny opis (angielski, źródło NVD)
Apache Solr uses a PKI based mechanism to secure inter-node communication when security is enabled. It is possible to create a specially crafted node name that does not exist as part of the cluster and point it to a malicious node. This can trick the nodes in cluster to believe that the malicious node is a member of the cluster. So, if Solr users have enabled BasicAuth authentication mechanism using the BasicAuthPlugin or if the user has implemented a custom Authentication plugin, which does not implement either "HttpClientInterceptorPlugin" or "HttpClientBuilderPlugin", his/her servers are vulnerable to this attack. Users who only use SSL without basic authentication or those who use Kerberos are not affected.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS