Podatności MISP

MISP rejestruje w PHP wrapper strumienia phar zarówno w punkcie wejścia web, jak i konsoli. Powoduje to, że operacje na ścieżkach zależnych od użytkownika mogą wywołać niejawne unserialize() (sink deserializacji), a przeniesiony katalog główny aplikacji może prowadzić do wykonania kodu z przesłanego pliku phar jako użytkownik web.

Literówka w konfiguracji kontroli dostępu ACLComponent w MISP spowodowała, że reguła ACL dla akcji previewEventAttributes odwołuje się do ciągu uprawnień 'theming_enabled*' (z gwiazdką na końcu) zamiast poprawnego 'theming_enabled'. Nieprawidłowy klucz nie pasuje do żadnego prawidłowego identyfikatora uprawnień, co powoduje nieprawidłowe działanie kontroli dostępu dla previewEventAttributes — może to skutkować obejściem autoryzacji lub odmową dostępu dla uprawnionych użytkowników.

W metodzie login() kontrolera UsersController w MISP zapytanie do bazy dla weryfikacji TOTP nie obejmowało kolumny User.disabled, przez co flaga wyłączonego konta nie była sprawdzana w tej gałęzi. Choć późniejsza walidacja identify() nadal odrzuca wyłączone konta, konto z TOTP może przejść do etapu weryfikacji kodu.

W MISP metoda __uploadLogo w OrganisationsController przetwarza podaną przez użytkownika ścieżkę tmp_name przed weryfikacją, czy to prawdziwy upload pliku. Uwierzytelniony administrator witryny może podać dowolną ścieżkę pliku, co pozwala na sprawdzenie istnienia plików i określenie typu obrazu na serwerze.

W MISP metoda __statisticsOrgs używa nazwy organizacji bezpośrednio jako części ścieżki pliku przy sprawdzaniu istnienia logo. Choć docelowy katalog nie istnieje, wzorzec stanowi podatność na path traversal, która mogłaby pozwolić na sprawdzenie istnienia dowolnych plików, gdyby katalog istniał.

Metoda findOrgImage w MISP buduje ścieżkę pliku z identyfikatora organizacji bez walidacji, co pozwala na path traversal. Uwierzytelniony użytkownik z możliwością tworzenia lub importowania zdarzeń może ustawić nazwę organizacji zawierającą sekwencje traversal, umożliwiając sprawdzenie istnienia dowolnych plików oraz odczyt plików z rozszerzeniami .png lub .svg.

MISP zawiera wadę autoryzacji w metodzie captureOrg modelu Organisation. Gdy parametr $force jest ustawiony na true, metoda bezwarunkowo nadpisuje pola metadanych organizacji bez weryfikacji uprawnień wywołującego użytkownika. Użytkownik z rolą edytora grupy udostępniania (SG) może wywołać tę ścieżkę kodu, co pozwala mu modyfikować metadane organizacji, które powinny być ograniczone do administratorów witryny lub użytkowników z uprawnieniami synchronizacji.

W MISP metoda EventReport::uploadPicture przetwarza dostarczone przez wywołującego pole tmp_name, wywołując na nim file_exists(), mime_content_type() i exif_imagetype() przed weryfikacją, czy wartość jest prawdziwym uploadem PHP przez is_uploaded_file(). Uwierzytelniony użytkownik z uprawnieniem perm_add może podać dowolną ścieżkę systemu plików jako tmp_name, a aplikacja bada tę ścieżkę i zwraca różne komunikaty błędów w zależności od istnienia pliku, typu MIME lub formatu obrazu. Obserwując różne odpowiedzi, atakujący może enumerować istnienie plików na serwerze MISP i określić ich typ.

MISP zawiera wadę kontroli dostępu w funkcjonalności EventReports. Akcja replaceSuggestionInReport, która umożliwia modyfikację treści sugestii w raporcie zdarzenia, została błędnie przypisana do dzikiej karty ('*') w ACLComponent, co czyni ją dostępną dla każdego uwierzytelnionego użytkownika niezależnie od przypisanych uprawnień. Wszystkie analogiczne akcje modyfikacji raportów wymagały uprawnienia perm_add, podczas gdy akcje tylko do odczytu, takie jak downloadAsPDF, używały dzikiej karty.

W MISP widok zdarzenia Overmind wzbogaca zdarzenie o jego najnowszy dołączony raport w celach podglądu. Logika wzbogacania pobierała raport używając tylko ID zdarzenia jako warunku wyszukiwania, bez uwzględniania własnych ograniczeń dystrybucji/ACL raportu. Ponieważ raporty MISP mają niezależne ustawienie dystrybucji, które może być bardziej restrykcyjne niż dystrybucja zdarzenia nadrzędnego, uwierzytelniony użytkownik z dostępem do odczytu zdarzenia mógł pobrać i wyświetlić raport, którego dystrybucja wykluczała tego użytkownika. Dodatkowo zapytanie nie filtrowało miękkich usunięć, umożliwiając pobranie raportów administracyjnie usuniętych.

MISP zawiera podatność na trwały cross-site scripting (XSS) w ekranie tworzenia e-maili administratora. Nazwa organizacji MISP.org jest interpolowana bezpośrednio do literału ciągu JavaScript bez odpowiedniego kodowania, co pozwala na wstrzyknięcie dowolnego kodu JavaScript. Wstrzyknięty skrypt wykonuje się w kontekście każdego uwierzytelnionego użytkownika, który załaduje stronę, co może prowadzić do przejęcia sesji, kradzieży danych lub wykonywania uprzywilejowanych działań.

Komponent RequestHandlerComponent w MISP automatycznie dekoduje ciała żądań XML dla wszystkich żądań zapisu. Ze względu na błąd logiczny w warunku readFile w bibliotece Xml::build(), żądanie z adresem HTTPS może zostać pobrane jako zasób przez serwer. Nieuwierzytelniony atakujący może wysłać spreparowane żądanie POST do punktu cspReport, aby spowodować wychodzące żądanie HTTPS do dowolnego celu osiągalnego przez serwer, co umożliwia skanowanie wewnętrznych usług lub ataki na wewnętrzne punkty końcowe.

W MISP metoda queryEnrichment w EventsController.php akceptuje nazwę modułu i iteruje po liście włączonych modułów. Jeśli moduł nie znajduje się na liście, kod kontynuuje z domyślnymi parametrami zamiast odrzucić żądanie. Umożliwia to uwierzytelnionemu użytkownikowi wywołanie wzbogacania lub analizy przez moduł, który nie był włączony, co omija kontrolę dostępności modułów.

W MISP metoda add() w CollectionsController egzekwuje autoryzację grupy udostępniania tylko dla metody POST, ale CRUDComponent::add() zapisuje dane również dla PUT. Uwierzytelniony użytkownik może wysłać żądanie PUT do endpoints collections/add, aby utworzyć kolekcję z distribution=4 (współdzielenie z konkretną grupą), do której nie ma uprawnień. To omija kontrolę dostępu.

Skrypty instalacyjne MISP dla systemów Debian 12, Debian 13, Ubuntu 24.04 i RHEL 9.4 tworzą plik dziennika /var/log/misp_install.log oraz nazwany potok (FIFO) /var/log/misp_install.log.pipe, które przechowują poufne dane, takie jak hasła administratora, bazy danych, GPG i nadzorcy. Pliki są tworzone z domyślną maską umask, co skutkuje uprawnieniami czytania dla wszystkich użytkowników (0644). Dodatkowo, przed utworzeniem pliku nie sprawdzano, czy nie istnieje dowiązanie symboliczne, co pozwala na przekierowanie zapisu do dowolnej lokalizacji. Podatność dotyczy wersji <2.5.47.

MISP zawiera podatność typu reflected XSS w formularzu potwierdzenia eksportu wyszukiwania REST zdarzeń. Szablon widoku app/View/Events/ajax/eventRestSearchExportConfirmationForm.ctp umieszcza listę identyfikatorów zdarzeń z URL w literale JavaScript ograniczonym pojedynczymi cudzysłowami, używając json_encode() bez flag kodowania szesnastkowego, co pozwala na wstrzyknięcie znaku pojedynczego cudzysłowu i wykonanie dowolnego kodu JavaScript. Podatność dotyczy motywów Default i UiBeta; motyw Overmind nie jest nią objęty.

MISP zawiera odzwierciedlone XSS w widoku histogramu atrybutów. Zmienna $selectedTypes, pochodząca z segmentu ścieżki URL, jest interpolowana bezpośrednio do literału tablicy JavaScript wewnątrz atrybutu onClick HTML bez kodowania. Atakujący, który zmusi uwierzytelnionego użytkownika do odwiedzenia spreparowanego URL, może wykonać dowolny JavaScript w przeglądarce ofiary w kontekście aplikacji MISP. Wersja dotknięta: <2.5.47.

MISP zawiera odzwierciedlone XSS w akcji AnalystDataController::viewForObject. Metoda przyjmuje parametr typu obiektu nadrzędnego z URL bez walidacji i przekazuje go do elementu widoku wątku AnalystData w motywie Overmind, gdzie jest interpolowany do dwóch przetłumaczonych stringów i renderowany do odpowiedzi HTML bez kodowania wyjścia. Uwierzytelniony atakujący może nakłonić ofiarę do odwiedzenia spreparowanego URL, co pozwala na wstrzyknięcie dowolnego JavaScript w przeglądarce ofiary w kontekście MISP. Wersja dotknięta: <2.5.47.

Kontroler WorkflowsController w MISP udostępnia akcję moduleStatelessExecution na liście unlockedActions w komponencie Security. W CakePHP umieszczenie akcji na tej liście wyłącza zarówno sprawdzanie tokenu CSRF, jak i walidację skrótu pól. Ponieważ moduleStatelessExecution wykonuje metodę exec() modułu przepływu pracy z danymi i parametrami dostarczonymi przez wywołującego, brak ochrony CSRF pozwala atakującemu na sfałszowanie żądania z innego pochodzenia, które po wysłaniu przez uwierzytelnionego administratora wywoła akcję na instancji MISP. Atakujący może wybrać dowolny moduł, w tym moduły zapisu wpisów blokowanych, i dostarczyć własne dane. Podatność została wykryta podczas wewnętrznego przeglądu. Poprawka jest zawarta w MISP v2.5.47.

MISP ma lukę bezpieczeństwa pozwalającą atakującemu zmienić dane threat intelligence przez przeglądarkę zalogowanego użytkownika bez jego wiedzy. Funkcja nie egzekwowała należycie ochrony przed sfałszowanymi żądaniami, więc atakujący mógł stworzyć złośliwą stronę wysyłającą żądanie do MISP. Wersje podatne: <2.5.47.

MISP ma lukę w obsłudze plików pozwalającą niektórym uwierzytelnionym użytkownikom zmusić serwer do odczytu plików lub dostępu do wewnętrznych usług sieciowych. Podczas importu pliku XML MISP nie weryfikował należycie, czy przesłana zawartość to XML, więc użytkownik z uprawnieniami modyfikacji mógł przesłać plik zawierający lokalną ścieżkę lub adres URL. Wersje podatne: <2.5.47.

W MISP podczas dodawania referencji między obiektami lub atrybutami system sprawdza dostęp użytkownika do całego zdarzenia, ale nie zawsze weryfikuje, czy poszczególne elementy danych są również dozwolone dla tego użytkownika. Użytkownik mogący przeglądać zdarzenie może uzyskać dostęp do atrybutów lub obiektów wewnątrz tego zdarzenia, które powinny być ograniczone do określonej grupy udostępniania lub poziomu dystrybucji.

W MISP podczas tworzenia lub edycji raportu w zdarzeniu system identyfikuje istniejący raport po UUID bez sprawdzenia, czy raport rzeczywiście należy do tego samego zdarzenia. Użytkownik z prawem edycji jednego zdarzenia może przenieść raport z innego zdarzenia do swojego, jeśli zna lub zgadnie UUID raportu, a następnie przeglądać i zmieniać informacje, do których nie powinien mieć dostępu.

Moduł workflow blocklist w MISP przyjmował parametr nazwy pliku blocklisty od użytkownika bez walidacji rozszerzenia. Jedyne zastosowane oczyszczenie to basename() usuwające komponenty ścieżki oraz sprawdzenie pustych lub kropkowych wartości. Administrator witryny mógł podać nazwę pliku z dowolnym rozszerzeniem, który trafiał do katalogu eksportu MISP. Wersje podatne: <2.5.47.

MISP ma lukę bezpieczeństwa pozwalającą użytkownikowi uzyskać większy dostęp niż powinien pozwalać jego klucz API. Klucz API tylko do odczytu powinien umożliwiać jedynie przeglądanie informacji, jednak po zalogowaniu się takim kluczem konkretna funkcja MISP mogła przypadkowo przywrócić normalne uprawnienia konta użytkownika. Wersje podatne: <2.5.47.

Funkcja login() w pliku UsersController.php MISP zawierała niewystarczającą walidację metod HTTP dla kilku krytycznych ścieżek kodu. Oryginalny kod używał podejścia allowlisty, sprawdzając tylko konkretne metody HTTP (POST i PUT) przed egzekwowaniem ochrony przed bruteforce, weryfikacji jednorazowego hasła e-mail (OTP) i logowania nieudanych prób logowania. Ponieważ sprawdzenia nie były wyczerpujące, nieuwierzytelniony atakujący mógł wysyłać żądania logowania innymi metodami HTTP i jednocześnie ominąć wszystkie trzy mechanizmy bezpieczeństwa.

MISP zawiera lukę niebezpiecznego odwołania do obiektu (IDOR) w metodzie processModuleResultsData modelu Event. Podczas przetwarzania wyników modułu kod iteruje po wpisach EventReport dostarczonych w rozwiązanych danych i zapisuje każdy z nich. W przeciwieństwie do sąsiednich pętli przetwarzania atrybutów i obiektów, pętla raportów nie usuwała pola 'id' dostarczonego przez klienta przed wywołaniem save(). Wersje podatne: <2.5.47.

MISP zawiera podatność typu DOM-based cross-site scripting (XSS) w komponencie JavaScript menu kontekstowego. Klasa ContextualMenu wypełnia elementy HTML <option>, przypisując kontrolowane przez użytkownika wartości do właściwości innerHTML. Ponieważ innerHTML parsuje i renderuje znaczniki HTML, każdy niezaufany ciąg znaków podany jako tekst opcji (value.text lub value) jest interpretowany jako aktywna zawartość DOM, a nie zwykły tekst.

MISP w domyślnym motywie zawiera podatność typu stored XSS na stronie indeksu Galaxies. Nazwy przykładowych tagów pochodzące z nieznanych klastrów galaktyk są wstawiane do HTML bez kodowania encji, co pozwala użytkownikowi z uprawnieniami edycji tagów wstrzyknąć złośliwy skrypt. Administrator odwiedzający stronę Galaxies uruchamia ten skrypt w swojej sesji przeglądarki.

W MISP widok statystyk macierzy galaktyki (app/View/Users/statistics_galaxymatrix.ctp) renderuje nazwę galaktyki bezpośrednio do HTML przez sprintf() bez kodowania HTML. Uwierzytelniony użytkownik z uprawnieniem perm_galaxy_editor może utworzyć lub zmodyfikować galaktykę, której nazwa zawiera dowolny znacznik HTML lub JavaScript, co prowadzi do wykonania skryptu w przeglądarce każdego użytkownika otwierającego tę stronę.

MISP w wersji ≤2.5.45 zawiera podatność na wstrzyknięcie HTML w komponencie MISPElementHTMLFormatterTool, który renderuje odwołania do elementów MISP (atrybutów, obiektów i tagów) do HTML podczas eksportu raportu do PDF. Pola kontrolowane przez użytkownika (typ i wartość atrybutu, nazwa i relacja obiektu, nazwa tagu oraz kolory tagu) są wstawiane do szablonów HTML bez kodowania encji HTML. Dodatkowo metoda attribute() zawiera zaszyte na stałe przykładowe wartości ("domain-ip" i "google.com") zamiast znaczników formatu, przez co każdy zwykły atrybut w PDF wyświetla tekst przykładowy zamiast rzeczywistej wartości wskaźnika.

W MISP wykryto podatność polegającą na nieprawidłowej autoryzacji w punkcie końcowym tworzenia atrybutów. Uwierzytelniony użytkownik z uprawnieniami do dodawania atrybutów mógł podać identyfikator grupy udostępniania (sharing_group_id) bez wywołania odpowiedniej kontroli dostępu, o ile wartość dystrybucji atrybutu nie była jawnie ustawiona na 4 („sharing group”).

W MISP przed wersją 2.4.80, gdy skonfigurowano uwierzytelnianie za pomocą certyfikatu X.509 w połączeniu z zewnętrznym API zarządzania użytkownikami, istnieje możliwość, że nieautoryzowany użytkownik uzyska dostęp jako dowolny użytkownik, jeśli API zwróci pustą wartość.

Wtyczki LdapAuth i LinOTPAuth w MISP zawierają podatność na ominięcie uwierzytelniania. Brak walidacji pól email i hasło pozwala na przekazanie pustych lub nieprawidłowych wartości do logiki uwierzytelniania, co w przypadku LDAP może skutkować nieuwierzytelnionym bindem (RFC 4513) i zalogowaniem się jako znany użytkownik bez znajomości hasła. Podobny problem występuje w LinOTP, gdzie puste hasło może zostać zaakceptowane.

Dotknięte wersje MISP zawierają niewystarczającą walidację wychodzących połączeń HTTP po stronie serwera w funkcjach pobierania feedów i odkrywania TAXII. W przetwarzaniu feedów przekierowania były śledzone bez walidacji schematu lub celu, a oryginalne nagłówki żądań były ponownie używane, co mogło prowadzić do przekazania nagłówków autoryzacyjnych lub poświadczeń API do innego hosta. Przekierowania mogły również celować w wewnętrzne zasoby sieciowe, powodując SSRF. Poprawka dodaje walidację przekierowań, blokuje wewnętrzne cele dla przekierowań między hostami, usuwa poświadczenia feedu przed przekierowaniem do innego hosta i przypina zweryfikowane wyniki DNS. Endpoint TAXII discovery miał podobną niekompletną obronę przed SSRF, używając gethostbyname() i porównując wynik tylko z kilkoma dosłownymi adresami, co pomijało przypadki takie jak IPv6 loopback (::1), numeryczne kodowania hostów jak 0x7f000001 i wiele rekordów DNS. Poprawka przenosi TAXII discovery do wspólnego walidatora egress URL.

MISP zawiera podatność polegającą na nieprawidłowej walidacji certyfikatów TLS w klasie CurlClient. Właściwość CurlClient::$verifyPeer nie była jawnie inicjalizowana i domyślnie przyjmowała wartość null, co po przekazaniu do cURL skutecznie wyłączało weryfikację certyfikatu serwera, o ile kod wywołujący nie włączył jej jawnie. W efekcie połączenia HTTPS mogły akceptować certyfikaty niepochodzące od zaufanego urzędu certyfikacji.

MISP zawiera podatność polegającą na obejściu uwierzytelniania w komponentach LDAP i LinOTP z powodu niewystarczającej walidacji danych uwierzytelniających. Atakujący, znając adres e-mail użytkownika katalogowego, może wysłać puste hasło, które w przypadku serwera LDAP akceptującego nieuwierzytelnione wiązania może zostać zaakceptowane. Ponadto w komponencie LinOTP puste hasło mogło być sprawdzane względem lokalnego hasła MISP, a konta provisionowane przez LDAP mogły być tworzone z pustym hasłem lokalnym.

MISP ma podatność masowego przypisania w funkcji edycji użytkownika (UsersController::edit()). Uwierzytelniony atakujący może zmodyfikować identyfikator użytkownika w żądaniu, co pozwoli na aktualizację konta innego użytkownika.

W systemie MISP występuje luka umożliwiająca ominięcie uwierzytelniania, gdy włączone jest mieszane uwierzytelnianie LDAP z wymuszonym OTP. Uwierzytelniony użytkownik może ominąć krok OTP i uzyskać dostęp do aplikacji bez podania kodu TOTP, HOTP lub e-mail OTP.

W MISP przed wersją 2.4.187 funkcja add_misp_export w pliku app/Controller/EventsController.php nie sprawdza poprawnie, czy przesłany plik jest ważny.

W MISP przed wersją 2.4.184 odkryto problem związany z niebezpiecznym przesyłaniem logo organizacji, spowodowanym brakiem weryfikacji rozszerzenia pliku i typu MIME.

W pliku app/Controller/AuditLogsController.php w MISP przed wersją 2.4.182 niewłaściwie zarządzane są listy kontroli dostępu (ACL) dla logów audytowych.

W MISP przed wersją 2.4.176 występuje problem związany z niewłaściwym przetwarzaniem parametrów w pliku app/Controller/AppController.php.

W MISP przed wersją 2.4.158 odkryto problem związany z deserializacją PHAR.

MISP w wersji 2.4.148, w określonych konfiguracjach, umożliwia atak typu SQL injection poprzez wartość $conditions['org'] w pliku app/Model/Log.php.

W MISP w wersji 2.4.144 w pliku app/View/Elements/genericElements/IndexTable/Fields/generic_field.ctp nie oczyszczono niektórych danych związanych z generic-template:index.

Domyślne ustawienie MISP 2.4.136 nie wymagało podania poprzedniego hasła podczas zmiany hasła, co może prowadzić do nieautoryzowanych zmian.

W MISP w wersji 2.4.128 zidentyfikowano problem związany z niewystarczającymi kontrolami ACL w downloaderze załączników w pliku app/Controller/AttributesController.php.

W MISP 2.4.92 odkryto problem w pliku app/Controller/UsersController.php, który pozwala na ominięcie ochrony przed atakami typu brute-force. Atakujący może to zrobić, używając metody HTTP PUT zamiast POST w części logowania, ponieważ ochrona dotyczyła tylko żądań POST.

MISP zawiera podatność typu stored cross-site scripting (XSS) w widokach statystyk motywu Overmind. Karta General event i karta podglądu serwera/feedu konstruowały etykiety legendy wykresu donut, bezpośrednio łącząc nazwy obiektów lub klucze kategorii z ciągiem innerHTML bez kodowania HTML. Ponieważ nazwy obiektów MISP są kontrolowane przez każdego uwierzytelnionego użytkownika z odpowiednimi uprawnieniami, atakujący może stworzyć nazwę zawierającą złośliwy znacznik. Gdy inny użytkownik wyświetli pulpit Overmind, wstrzyknięty znacznik zostanie zinterpretowany jako aktywny HTML/JavaScript w przeglądarce ofiary.