CVE-2026-22444
WysokieStreszczenie
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".
Ocena ryzyka
Ryzyko obejmuje nieautoryzowany dostęp do danych systemu plików, możliwość tworzenia rdzeni z nieautoryzowanymi konfiguracjami oraz w środowiskach Windows potencjalne ujawnienie wrażliwych skrótów NTLM, co może prowadzić do dalszych ataków.
Rekomendacja
Zaleca się aktualizację Apache Solr do wersji zawierającej poprawkę, jeśli dostępna, oraz ograniczenie dostępu do API "create core" tylko dla zaufanych użytkowników. Należy również przejrzeć konfigurację "allowPaths" i upewnić się, że nie zezwala na nieautoryzowany dostęp.
Inne podatności w Apache Solr
Zobacz wszystkie- 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-2017-7660Wysokie
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.
- 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)
The "create core" API of Apache Solr 8.6 through 9.10.0 lacks sufficient input validation on some API parameters, which can cause Solr to check the existence of and attempt to read file-system paths that should be disallowed by Solr's "allowPaths" security setting https://https://solr.apache.org/guide/solr/latest/configuration-guide/configuring-solr-xml.html#the-solr-element . These read-only accesses can allow users to create cores using unexpected configsets if any are accessible via the filesystem. On Windows systems configured to allow UNC paths this can additionally cause disclosure of NTLM "user" hashes. Solr deployments are subject to this vulnerability if they meet the following criteria: * Solr is running in its "standalone" mode. * Solr's "allowPath" setting is being used to restrict file access to certain directories. * Solr's "create core" API is exposed and accessible to untrusted users. This can happen if Solr's RuleBasedAuthorizationPlugin https://solr.ap