Podatności Checkmk

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.

Checkmk w wersjach <2.5.0p18, <2.4.0p39, <2.3.0p52 oraz 2.2.0 (EOL) zawiera nieprawidłową walidację certyfikatów. Dołączone magazyny zaufanych certyfikatów ("certifi" i "webpki-roots") zawierają główny CA ufający certyfikatom pośrednim eMudhra (emSign), których klucze prywatne są publicznie znane.

Lokalna eskalacja uprawnień w Checkmk 2.5.0p14 pozwala lokalnemu użytkownikowi z prawem zapisu do katalogu bibliotek klienta Oracle w katalogu domowym Oracle wymienionym w pliku 'oratab' lub do samego pliku 'oratab' na wykonanie kodu jako root, jeśli agent ma włączoną wtyczkę 'mk-oracle'.

W Checkmk w wersjach <2.5.0p15, <2.4.0p38, <2.3.0p51 oraz 2.2.0 (EOL) występuje niewłaściwa walidacja parametru reset_url w wyszukiwaniu w Setup. Umożliwia to atakującemu wykonanie dowolnego skryptu w sesji uwierzytelnionego użytkownika z dostępem do Setup lub przekierowanie go na dowolną zewnętrzną stronę poprzez nakłonienie do otwarcia spreparowanego adresu URL i kliknięcia przycisku Reset lub wysłania pustego wyszukiwania.

Podniesienie uprawnień lokalnych w Checkmk 2.5.0 przed wersją 2.5.0p10 pozwala użytkownikowi z dostępem do edycji Oracle Instant Client używanego przez plugin agenta 'mk-oracle' na podniesienie swoich uprawnień, jeśli agent ma ten plugin włączony.

W Checkmk w wersjach <2.5.0p15, <2.4.0p38, <2.3.0p51 i 2.2.0 (EOL) poświadczenia w konfiguracji hosta i folderów w REST API są niewystarczająco chronione. Uwierzytelniony użytkownik, który może przeglądać konfigurację hosta, może odczytać w postaci jawnej tekstu ciągi społeczności SNMP, hasła SNMPv3 i hasła IPMI z odpowiedzi GET, mimo że GUI ich nie wyświetla.

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:.

W Checkmk w wersjach <2.5.0b4, <2.4.0p26 i <2.3.0p47 występuje wstrzyknięcie Livestatus na stronie wykresu predykcji. Uwierzytelniony użytkownik może wstrzyknąć dowolne polecenia Livestatus poprzez spreparowany parametr nazwy usługi z powodu niewystarczającej sanityzacji wartości opisu usługi.

Wstrzyknięcie Livestatus w szybkim wyszukiwaniu monitoringu w Checkmk przed wersją 2.5.0b4. Uwierzytelniony atakujący może wstrzyknąć polecenia Livestatus poprzez zapytanie wyszukiwania z powodu niewystarczającej sanityzacji danych wejściowych w wtyczkach filtrów wyszukiwania.

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.

Prywatne klucze SSH reguły "Remote alert handlers (Linux)" zostały ujawnione w kodzie HTML strony reguły w Checkmk do wersji 2.4.0p18 oraz we wszystkich wersjach 2.3.0. Może to pozwolić nieautoryzowanemu wyzwalaniu predefiniowanych procedur alertów na hostach, gdzie procedura jest wdrożona.

Niewystarczająca walidacja uprawnień w Checkmk przed wersjami 2.4.0p17 i 2.3.0p42 pozwala użytkownikom z niskimi uprawnieniami na przeglądanie informacji o agentach przez REST API, co może prowadzić do ujawnienia informacji.

Wtyczka mk_inotify w Checkmk (wersje przed 2.4.0p16, 2.3.0p41 oraz wszystkie wersje 2.2.0 i starsze) tworzy pliki z uprawnieniami do odczytu i zapisu dla wszystkich użytkowników. Dowolny lokalny użytkownik może odczytać i modyfikować dane wyjściowe wtyczki, co może prowadzić do nieautoryzowanego dostępu do danych monitoringu lub ich zmiany.

W Checkmk 2.4.0 przed wersją 2.4.0p16 występuje niewystarczająca walidacja uprawnień, co pozwala użytkownikom o niskich uprawnieniach na modyfikowanie parametrów powiadomień poprzez API REST. Może to prowadzić do nieautoryzowanych działań lub ujawnienia informacji.

Checkmk w wersjach 2.2.0, 2.3.0 i 2.4.0 przed 2.4.0p16 ma niewystarczającą walidację uprawnień na wielu endpointach REST API. Umożliwia to użytkownikom o niskich uprawnieniach wykonywanie nieautoryzowanych akcji lub uzyskanie poufnych informacji.

Podatność Cross-Site Scripting (XSS) w rozproszonym monitoringu Checkmk pozwala przejętej zdalnej lokacji na wstrzyknięcie złośliwego kodu HTML do wyników usług w lokacji centralnej. Problem dotyczy wersji przed 2.4.0p14, 2.3.0p39, 2.2.0 i 2.1.0 (EOL).

W Checkmk w wersjach <2.4.0p13, <2.3.0p38, <2.2.0p46 oraz 2.1.0 (EOL) niewystarczające escapowanie w harmonogramie raportów pozwala uwierzytelnionym atakującym zdefiniować lokalizację przechowywania par plików raportów poza zamierzonym katalogiem głównym.

Użycie niezabezpieczonego katalogu tymczasowego w wtyczce Windows License dla agenta Checkmk Windows Agent umożliwia podniesienie uprawnień. Problem dotyczy Checkmk w wersjach od 2.4.0 przed 2.4.0p13, od 2.3.0 przed 2.3.0p38, od 2.2.0 przed 2.2.0p46 oraz wszystkich wersji 2.1.0 (EOL).

W Checkmk w wersjach <2.4.0p13, <2.3.0p38, <2.2.0p46 oraz 2.1.0 (EOL) występuje potencjalne ujawnienie poufnych informacji w żądaniach GET. Może to powodować umieszczenie poufnych danych formularzy w parametrach zapytania URL, które mogą być rejestrowane w różnych miejscach, takich jak historia przeglądarki lub logi serwera WWW.

Nieprawidłowa neutralizacja argumentów poleceń active check w Checkmk < 2.1.0p32, < 2.0.0p38, < 2.2.0p4 prowadzi do wykonania dowolnych poleceń przez uwierzytelnionych użytkowników.

W module business intelligence w Checkmk w wersjach <2.2.0p8, <2.1.0p32, <2.0.0p38 oraz <=1.6.0p30 występuje odbity cross-site scripting (XSS). Podatność pozwala na wstrzyknięcie złośliwego skryptu, który zostanie odbity do przeglądarki użytkownika.

Nieprawidłowa autoryzacja w RestAPI w Checkmk w wersjach <2.1.0p28 i <2.2.0b8 pozwala zdalnym uwierzytelnionym użytkownikom na odczyt dowolnych konfiguracji hostów (host_configs).

Nieprawidłowa neutralizacja separatorów poleceń livestatus w RestAPI w Checkmk < 2.0.0p36, < 2.1.0p28 i < 2.2.0b8 (beta) pozwala autoryzowanym użytkownikom na wykonanie dowolnych poleceń livestatus.