CVE-2026-72632
WysokieCVSS 7.1Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 17 - wyżej niż 17% wszystkich znanych CVE
Streszczenie
Podatność typu Observable Discrepancy w Kibana Fleet prowadzi do ujawnienia informacji. Fleet usuwa wartość klucza API Elasticsearch z odpowiedzi listy agentów, ale akceptuje filtry dostarczone przez wywołującego, oceniane z uprawnieniami wewnętrznymi Kibana, co tworzy kanał boczny umożliwiający odtworzenie pełnej wartości klucza API.
Ocena ryzyka
Ryzyko obejmuje ujawnienie kluczy API Elasticsearch, co może prowadzić do nieautoryzowanego dostępu do danych i zasobów Elasticsearch.
Rekomendacja
Zaleca się ograniczenie możliwości stosowania filtrów przez nieuprzywilejowanych użytkowników oraz wdrożenie poprawek Kibana Fleet.
Inne podatności w Kibana Fleet
Zobacz wszystkie- CVE-2026-72631Średnie
Niewłaściwe zarządzanie uprawnieniami (CWE-269) w Kibana Fleet może prowadzić do eskalacji uprawnień (CAPEC-233). Polityka integracji może opcjonalnie deklarować dodatkowe strumienie danych, do których integracja zapisuje, które Fleet dodaje do klucza API Elasticsearch wydanego agentom Elastic zarejestrowanym w odpowiedniej polityce agenta. Wynikowy klucz pozwala na wstawianie nowych dokumentów i rozszerzanie mapowań indeksów dla określonych indeksów. Klucz nie pozwala na odczytywanie, aktualizowanie ani usuwanie istniejących dokumentów.
- CVE-2026-72630Wysokie
Nieprawidłowa autoryzacja w Kibana Fleet umożliwia eskalację uprawnień. Fleet ogranicza niektórych wywołujących do zarządzania politykami integracji dla jednej konkretnej integracji, ale przy aktualizacji polityki sprawdza ograniczenie względem integracji zapisanej w polityce, a nie nowej integracji dostarczonej z aktualizacją.
Oryginalny opis (angielski, źródło NVD)
Observable Discrepancy (CWE-203) in Kibana Fleet can lead to information disclosure via Excavation (CAPEC-116). Fleet removes the Elasticsearch API key value of an enrolled Elastic Agent from the responses of its agent listing capability, but that capability accepted caller-supplied filter expressions over the stored field that holds the value, and evaluated them with Kibana's own internal Elasticsearch privileges rather than the caller's. Because the number of matching agents is reported back to the caller, the difference between a matching and a non-matching filter formed a side channel from which the full API key value could be reconstructed one character at a time with a short sequence of requests.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS