Podatności Checkmk

Niewystarczająca ochrona poświadczeń w punktach końcowych konfiguracji hosta i folderu w interfejsie REST API w Checkmk <2.5.0p15, <2.4.0p37, <2.3.0p51 i 2.2.0 (EOL) pozwala uwierzytelnionemu użytkownikowi, który może przeglądać konfigurację hosta, odczytać zapisane ciągi społeczności SNMP, hasła uwierzytelniania i prywatności SNMPv3 oraz hasła IPMI w postaci jawnej z odpowiedzi GET, mimo że GUI konfiguracji nigdy nie wyświetla tych wartości.

Nieprawidłowa neutralizacja znaków nowej linii w wartościach filtrów w interfejsach API listy hostów i usług monitoringu w Checkmk <2.5.0p14 pozwala uwierzytelnionemu użytkownikowi wstrzyknąć dodatkowe nagłówki zapytań Livestatus, omijając ograniczenia widoczności obiektów w zapytaniach zliczających, aby wywnioskować informacje o hostach i usługach spoza ich grup kontaktowych oraz zajmować procesy robocze serwera i Livestatus na czas kontrolowany przez atakującego.

W Checkmk w wersjach <2.4.0p23, <2.3.0p45 oraz 2.2.0 występuje podatność związana z ujawnieniem sekretu podpisywania sesji. Administrator zdalnej witryny z włączoną synchronizacją konfiguracji może przejąć sesje na centralnej witrynie, fałszując ciasteczka sesyjne.

W Checkmk w wersjach <2.5.0p14, <2.4.0p37, <2.3.0p51 oraz 2.2.0 (EOL) występuje nieprawidłowe przetwarzanie silnie skompresowanych danych (amplifikacja danych). Atakujący kontrolujący host zarejestrowany w trybie push może wysłać mały ładunek skompresowany zlib, który po dekompresji osiąga dowolny rozmiar, wyczerpując pamięć odbiornika agenta.

W Checkmk w wersjach wcześniejszych niż 2.5.0p10 występuje nieprawidłowa walidacja certyfikatów. Agent i przekaźnik (relay) o tym samym UUID mogą używać wzajemnie swoich certyfikatów mTLS do uwierzytelniania się w punktach końcowych odbioru agenta, ponieważ punkty te nie weryfikują, czy certyfikat został wydany przez ich własny certyfikat główny.

Brak autoryzacji w Checkmk w wersjach <2.5.0p12, <2.4.0p36, <2.3.0p50 oraz wszystkich 2.2.0 pozwala uwierzytelnionemu użytkownikowi, który zna ID zadania w tle, na podgląd jego statusu i wyników.

W agent receiver Checkmk przed wersją 2.5.0p10 występuje problem z uwierzytelnianiem. Nieuwierzytelniony zdalny atakujący może ominąć weryfikację certyfikatów klienta w relay endpoints, podając stały identyfikator zastępczy w URL żądania. Ma to ograniczony wpływ na integralność i dostępność. Dotyczy tylko edycji Cloud, Ultimate i Ultimate MT.

Podatność w Checkmk (wersje <2.5.0p2, <2.4.0p29, <2.3.0p47 oraz wszystkie 2.2.0) dotyczy nieprawidłowej autoryzacji w zamrożonych agregacjach BI. Uwierzytelniony użytkownik z ograniczoną widocznością hostów i usług może poznać nazwy i istnienie hostów oraz usług, do których nie ma autoryzacji.

Brak autoryzacji w Checkmk przed wersjami 2.5.0p10, 2.4.0p35, 2.3.0p49 oraz 2.2.0 (EOL) pozwala uwierzytelnionemu użytkownikowi bez uprawnienia "Edytuj raporty innych" na modyfikowanie raportów należących do innych użytkowników.

W Checkmk w wersjach 2.5.0 przed 2.5.0p9, 2.4.0 przed 2.4.0p34, 2.3.0 przed 2.3.0p49 oraz 2.2.0 (EOL) stwierdzono nieprawidłowe egzekwowanie uprawnień. Użytkownicy bez odpowiednich uprawnień mogą przeglądać i modyfikować pakiety BI oraz reguły.

Podatność w Checkmk umożliwia lokalnemu nieuprzywilejowanemu użytkownikowi eskalację uprawnień do roota poprzez uruchomienie procesu podszywającego się pod instancję SAP HANA. Wtyczka mk_sap_hana, działająca z uprawnieniami roota, wyodrębnia identyfikatory instancji z listy procesów i używa ich do wykonania polecenia z podwyższonymi uprawnieniami.

Trwałe XSS w wynikach aktywnych kontroli wykrywania usług w Checkmk w wersjach <2.5.0p5, <2.4.0p31, <2.3.0p48 oraz wszystkich 2.2.0 pozwala administratorowi konfigurującemu aktywne lub niestandardowe kontrole na wstrzyknięcie złośliwego HTML lub JavaScript do wyników kontroli.

Niewłaściwa neutralizacja znaków zakodowanych w HTML w funkcji walidacji URL w Checkmk w wersjach <2.5.0p5, <2.4.0p31, <2.3.0p48 oraz wszystkich 2.2.0 pozwala uwierzytelnionemu użytkownikowi na ominięcie walidacji URL i wstrzyknięcie złośliwych adresów URL, takich jak javascript: URI, co prowadzi do XSS.

Trwałe XSS w dzienniku zmian ustawień globalnych w Checkmk w wersjach <2.5.0p5, <2.4.0p31, <2.3.0p48 oraz wszystkich 2.2.0 pozwala administratorowi zmieniającemu ustawienia globalne na przechowywanie złośliwego HTML lub JavaScript w komunikatach dziennika zmian.

Checkmk przed wersją 2.5.0p5 zawiera podatność nieprawidłowej autoryzacji w widżecie User Messages na dashboardzie. Punkty końcowe pobierania wiadomości zwracają wiadomości twórcy dashboardu zamiast widza, co pozwala atakującemu znającemu ważny token publicznego dashboardu na odczytanie prywatnych wiadomości twórcy.

Trwałe XSS w widżecie pulpitu URL w Checkmk w wersjach <2.5.0p5, <2.4.0p31, <2.3.0p48 oraz wszystkich 2.2.0 pozwala użytkownikowi z uprawnieniami do edycji pulpitu na przechowywanie URL z niebezpiecznym schematem URI, takim jak javascript:.

Checkmk w wersji 2.5.0 (beta) przed 2.5.0b2 zawiera podatność na trwały XSS. Uwierzytelnieni użytkownicy z uprawnieniami do tworzenia hostów lub usług mogą wstrzyknąć dowolny JavaScript, który jest wykonywany w przeglądarkach innych użytkowników podczas wyszukiwania w Unified Search.

W Checkmk w wersji 2.5.0 (beta) przed 2.5.0b2 występuje podatność na trwały XSS. Uwierzytelnieni użytkownicy z uprawnieniami do tworzenia oczekujących zmian mogą wstrzyknąć złośliwy JavaScript do panelu bocznego oczekujących zmian, który wykona się w przeglądarkach innych użytkowników przeglądających ten panel.