Podatności MISP

Podatne wersje MISP ujawniają metadane organizacji poprzez selektor organizacji na pulpicie nawigacyjnym, nie stosując tych samych ograniczeń widoczności, które są egzekwowane przez zwykły indeks organizacji i widok pojedynczej organizacji. Endpoint zwracał pola takie jak ID organizacji, UUID oraz nazwa. Gdy opcja Security.hide_organisation_index_from_users była włączona, normalne wyliczanie organizacji było ograniczone, ale selektor na pulpicie nadal odpytywał wszystkie organizacje, co pozwalało uwierzytelnionym użytkownikom odkryć organizacje, które powinny pozostać ukryte. Poprawka wywołuje Organisation::createConditions($this->Auth->user()) i dołącza wynikające warunki ACL do zapytania selektora. Wersja podatna: ≤2.5.45.

MISP w wersjach do 2.5.45 niespójnie egzekwował widoczność adresów e-mail w DashboardsController::listTemplates(). Zapytanie zawsze pobierało User.email, a redakcja następowała tylko w gałęzi nie-REST. W rezultacie uwierzytelniony użytkownik, który widział zredagowane dane w normalnym interfejsie HTML, mógł zażądać reprezentacji REST/JSON i otrzymać adresy e-mail właścicieli szablonów bez odpowiedniego sprawdzenia uprawnień.

Dotknięte wersje MISP nie egzekwują widoczności zdarzenia nadrzędnego podczas udostępniania kluczy kryptograficznych przez CryptographicKeysController::view(). Podatny handler zapytuje CryptographicKey bezpośrednio na podstawie podanego ID klucza i wybiera wrażliwe pola, takie jak type, key_data i fingerprint, ale nie pobiera ani nie autoryzuje powiązanego zdarzenia nadrzędnego. Poprawka dodaje parent_id i parent_type do wyszukiwania i egzekwuje autoryzację przez powiązane zdarzenie za pomocą fetchSimpleEvent($user, parent_id). Jeśli rodzic nie jest zdarzeniem, dostęp jest ograniczony do administratorów witryny.

W MISP do wersji 2.5.45 walidacja konfigurowalnej strony głównej sprawdza tylko, czy ścieżka zaczyna się od '/', co jest niewystarczające. Adresy URL względne protokołu, takie jak '//attacker.example', również zaczynają się od '/', ale w przeglądarkach prowadzą do zewnętrznego pochodzenia. Podatna wartość strony głównej może być zapisana jako ustawienie użytkownika i użyta po zalogowaniu w logice przekierowań.

W systemie MISP w wersjach do 2.5.45 każdy uwierzytelniony użytkownik może uzyskać dostęp do funkcji TemplatesController::uploadFile(), ponieważ wpis ACL dla templates/uploadFile używał wildcarda *. Obejście to pozwala użytkownikom o niskich uprawnieniach lub tylko do odczytu na wielokrotne przesyłanie plików i zapełnianie dysku serwera. Poprawka zmienia wymaganie ACL z * na perm_add.

Podatne wersje MISP zawierają nieprawidłowe sprawdzanie autoryzacji w funkcji podglądu freetext feed. Podgląd wykonuje wyszukiwania korelacji na atrybutach z zdarzeń bez uwzględnienia ACL użytkownika, co pozwala na ujawnienie korelacji i informacji o zdarzeniach, do których użytkownik nie ma dostępu. Dodatkowo funkcja zwraca informacje o korelacjach między feedami bez ograniczenia listy feedów do widocznych dla wywołującego, ujawniając metadane feedów nieoznaczonych jako lookup_visible, a w jednym przypadku także skonfigurowany URL feedu.

Widok kolekcji UiBeta w MISP (app/View/Themed/UiBeta/Collections/view.ctp) wykonuje dodatkowe zapytanie o zdarzenia członkowskie po UUID bez zastosowania listy kontroli dostępu (ACL) wywołującego. Uwierzytelniony użytkownik z dostępem do kolekcji może pobrać pełne szczegóły zdarzeń, do których nie ma uprawnień, w tym identyfikatory, informacje, daty, znaczniki czasu, organizację twórcy, tagi i klastry galaktyk.

W MISP wykryto podatność CSRF (Cross-Site Request Forgery), wynikającą z wyłączania zabezpieczeń formularzy i ochrony CSRF dla żądań identyfikowanych jako REST. Identyfikacja REST może być manipulowana przez właściwości żądania, takie jak nagłówek Accept, co pozwala atakującemu na wysyłanie żądań z innej domeny bez preflight CORS. W rezultacie MISP wyłącza ochronę CSRF dla żądań uwierzytelnionych sesją przeglądarki ofiary.

MISP zawiera podatność CSRF w funkcji szybkiej edycji grup udostępniania. Akcje addOrg, removeOrg, addServer i removeServer współdzielą pomocnik __initialiseSGQuickEdit(), gdzie walidacja metody HTTP mająca ograniczyć te operacje do żądań POST została zakomentowana. W rezultacie te zmieniające stan akcje mogły być wywoływane za pomocą żądań GET. Atakujący może spreparować URL i spowodować, że uwierzytelniony użytkownik MISP z odpowiednimi uprawnieniami go otworzy, co może zmodyfikować członkostwo w grupie udostępniania bez intencji ofiary.

Podatność nieprawidłowej autoryzacji w MISP pozwalała uwierzytelnionym użytkownikom na usuwanie atrybutów z zdarzeń pomimo braku wymaganych uprawnień perm_modify lub perm_modify_org. Dotknięte ścieżki usuwania atrybutów opierały się na sprawdzeniach członkostwa w organizacji wykonywanych przez MispAttribute::deleteAttribute(), ale nie egzekwowały spójnie zasad autoryzacji modyfikacji zdarzeń MISP. W rezultacie użytkownik należący do organizacji powiązanej ze zdarzeniem mógł potencjalnie usuwać pojedyncze atrybuty lub wykonywać masowe usuwanie atrybutów, nawet jeśli jego rola nie była upoważniona do modyfikacji zdarzenia.

Wada autoryzacji w MISP pozwalała uwierzytelnionemu użytkownikowi na przesłanie sharing_group_id bez weryfikacji, czy użytkownik jest upoważniony do korzystania z przywołanej Grupy Udostępniania. W kilku przepływach tworzenia i edycji atrybutów oraz klastrów Galaxy walidacja przesłanej Grupy Udostępniania była wykonywana tylko wtedy, gdy żądanie jawnie ustawiało pole dystrybucji na 4 ("Sharing Group"). Atakujący mógł więc spreparować żądanie zawierające sharing_group_id, pomijając parametr dystrybucji lub w inny sposób unikając warunku dystrybucja == 4, co powodowało pominięcie sprawdzenia autoryzacji Grupy Udostępniania.

Podatność w MISP pozwala uwierzytelnionemu użytkownikowi z uprawnieniami do tworzenia lub modyfikowania szablonów zdarzeń na obejście walidacji pola definicji szablonu. Poprzez dostarczenie pre-encoded stringa zamiast struktury tablicowej, można zapisać nieprawidłową definicję, co prowadzi do trwałego przechowywania błędnych danych. Przy odczycie, nieprawidłowy JSON wywołuje wyjątek, powodując błędy HTTP 500 w funkcjach opartych na szablonach zdarzeń.

MISP zawiera podatność na fiksację sesji w przepływie uwierzytelniania CustomAuth. Po pomyślnym uwierzytelnieniu przez CustomAuth, MISP przechowuje tożsamość uwierzytelnionego użytkownika w istniejącej sesji bez wcześniejszej rotacji identyfikatora sesji. Atakujący, który zna identyfikator sesji ofiary przed uwierzytelnieniem, może go później wykorzystać do uzyskania dostępu do uwierzytelnionej sesji ofiary.

Podatność w przepływie uwierzytelniania jednorazowym hasłem (OTP) opartym na e-mailu w MISP pozwalała atakującemu na nieograniczoną liczbę prób weryfikacji OTP. Endpoint email_otp() nie stosował ochrony przed brute-force, co umożliwiało wielokrotne zgadywanie OTP i potencjalne ominięcie dodatkowego czynnika uwierzytelniania.

Podatność CSRF w akcji cullEmptyEvents w MISP. Endpoint wykonywał operację zmieniającą stan i nieodwracalną, akceptując żądania HTTP GET. Atakujący mógł spowodować, że uwierzytelniony użytkownik z odpowiednimi uprawnieniami wywoła endpoint, co prowadzi do usunięcia opublikowanych pustych zdarzeń.

W MISP wykryto podatność polegającą na braku walidacji adresów URL przy zapisie konfiguracji widgetu ButtonWidget w panelu dashboardu. Uwierzytelniony użytkownik mogący modyfikować ustawienia widgetów mógł zapisać dowolny adres URL, w tym korzystający ze schematu javascript:. Walidacja była stosowana wyłącznie w momencie renderowania widgetu, a nie w momencie zapisu konfiguracji.

MISP zawiera odbitą podatność Cross-Site Scripting (XSS) w konstruktorze zapytań filtrowania atrybutów zdarzeń. Parametry URL taggedAttributes i galaxyAttachedAttributes były wstawiane do reguł konstruktora zapytań bez escapowania HTML przed serializacją do JSON i osadzeniem wewnątrz elementu <script>.

MISP zawiera wadę autoryzacji w silniku korelacji OnDemand, gdzie korelacje były obliczane wyłącznie na podstawie pasujących wartości atrybutów bez uwzględniania ograniczeń dystrybucji, grupy udostępniania, organizacji lub innych ograniczeń kontroli dostępu związanych z korelowanymi atrybutami i zdarzeniami. W rezultacie uwierzytelniony użytkownik mógł otrzymać wyniki korelacji odnoszące się do atrybutów lub zdarzeń, do których nie był upoważniony.

Podatność typu path traversal w MISP podczas importu STIX 2 i eksportu MISP-do-STIX 2. Nazwy obiektów MISP nie były wystarczająco walidowane przed użyciem w ścieżce plików do rozwiązywania szablonów, co pozwalało na wyjście poza katalog szablonów i wczytanie pliku definition.json z innej lokalizacji. Atakujący mógł dostarczyć złośliwą nazwę obiektu (np. zawierającą ../) przez niestandardowy obiekt STIX lub trwałe zdarzenie MISP.

Walidator adresów URL webhooków w `website/notifications/webhooks.py` używa `ip.is_global` do odrzucania adresów niepublicznych po rozwiązywaniu DNS. Adresy przejściowe IPv6 (NAT64 `64:ff9b::/96`, 6to4 `2002::/16`, Teredo `2001:0000::/32`) są klasyfikowane przez IANA jako globalnie rutowalne, więc `is_global` zwraca `True`, nawet gdy osadzony cel IPv4 jest prywatny, pętla zwrotna lub metadane chmury. Atakujący może zarejestrować webhook wskazujący na nazwę hosta, która rozwiązuje się na adres przejściowy, aby ominąć zabezpieczenie SSRF i eksfiltrować dane o podatnościach do wewnętrznego punktu końcowego. Podatność została wprowadzona w wersji niebędącej wydaniem. Poprawka została już naniesiona na HEAD. Dotyczy tylko organizacji uruchamiających HEAD.

W konfiguracji Apache HTTP dla MISP wykryto błędny przekierunek HTTP na HTTPS, który nie zawierał końcowego ukośnika w docelowym adresie URL. Atakujący może wykorzystać tę lukę do przekierowania użytkownika na złośliwą stronę poprzez odpowiednio spreparowane żądanie HTTP.

W MISP funkcja importModule() używała getEnabledModule() do rozpoznawania modułów importu, ale nie egzekwowała ograniczeń organizacyjnych. Uwierzytelniony użytkownik z organizacji, której nie zezwolono na korzystanie z modułu, mógł go wywołać bezpośrednio, znając jego nazwę.

Podatność w MISP pozwalała uwierzytelnionym użytkownikom lub kluczom API tylko do odczytu, mającym dostęp do przeglądania zdarzeń, na zapisywanie danych do zdarzeń, których nie mieli prawa modyfikować. Problem występował w metodzie EventsController::importModule() podczas przetwarzania wyników w formacie misp_standard, gdzie nie sprawdzano uprawnień do modyfikacji przed zapisem.

MISP pozwalał uwierzytelnionemu administratorowi na ustawienie konfiguracji Kafka_rdkafka_config na dowolną ścieżkę w systemie plików, co mogło prowadzić do wykonania dowolnego kodu z uprawnieniami procesu MISP.

MISP umożliwia administratorowi serwisu skonfigurowanie dowolnej ścieżki systemu plików dla logu błędów NDJSON używanego przez JsonLogTool. Z powodu możliwości wstrzyknięcia kodu PHP przez atakującego, który ma uprawnienia administratora, może dojść do zdalnego wykonania kodu.

W MISP występuje luka autoryzacyjna w obsłudze dodawania/edycji obiektów, która pozwala uwierzytelnionemu użytkownikowi z uprawnieniami do edycji obiektów przypisać obiekt lub atrybuty do grupy udostępniania, do której nie ma uprawnień. Walidacja grupy udostępniania była wykonywana na niewłaściwej strukturze danych, co omijało sprawdzenie.

MISP zawiera podatność na refleksyjny atak typu cross-site scripting w widoku indeksu zdarzeń UiBeta. Wartość urlparams jest wstawiana do wewnętrznego handlera JavaScript, co pozwala atakującemu na wykonanie dowolnego kodu JavaScript w przeglądarce ofiary.

MISP zawiera podatność na przejście ścieżki w metodzie OrganisationsController::getOrgLogo. Kod podatny buduje ścieżki do plików logo organizacji, wykorzystując pola kontrolowane przez organizację, co pozwala atakującemu na dostęp do plików spoza zamierzonego katalogu.

MISP zawiera niebezpieczną domyślną konfigurację, w której kontrola Security.check_sec_fetch_site_header jest wyłączona. To umożliwia atakującym zdalnym, nieautoryzowanym użytkownikom wysyłanie złośliwych żądań do punktów końcowych automatyzacji MISP w imieniu uwierzytelnionych użytkowników.

W MISP występuje podatność związana z nieprawidłową autoryzacją, która pozwala administratorowi organizacji na celowanie w konta administratorów serwisu w tej samej organizacji za pomocą funkcji e-mailowej. Kod ograniczał administratorów organizacji do użytkowników w ich własnej organizacji, ale nie wykluczał kont z rolą administratora serwisu z zapytań do odbiorców.

W MISP wystąpiła podatność związana z niewłaściwą autoryzacją, która pozwalała administratorowi organizacji na dostęp do ustawień użytkowników kont administratorów witryny w tej samej organizacji. Kontrola dostępu nie wykluczała użytkowników z wyższymi uprawnieniami, co umożliwiało modyfikację ustawień konta administratora witryny.

Podatność w widżetach dashboardu MISP pozwalała uwierzytelnionemu użytkownikowi manipulować opcją 'fields' i wpływać na zwracane pola przez widżety 'New Users' i 'New Organisations'. W niektórych przypadkach żądanie pustego zestawu pól mogło spowodować zwrócenie niezamierzonych pól modelu, w tym adresów e-mail użytkowników, nawet jeśli ich ujawnianie było wyłączone.

W endpointzie over-correlations w MISP parametr order był akceptowany z żądania użytkownika, co pozwalało uwierzytelnionemu atakującemu nadpisać porządek sortowania po stronie serwera. Może to prowadzić do manipulacji zapytaniami do bazy danych.

Błąd logiczny w komponencie CRUD MISP w obsłudze usuwania pozwalał na ominięcie walidacji, gdy żądanie używało metody HTTP DELETE. Z powodu brakujących nawiasów w warunku usuwania, wyrażenie było oceniane jako ($validationError === null && POST) || DELETE, co oznacza, że żądanie DELETE mogło być wykonane nawet gdy callback walidacji odrzucił operację. Uwierzytelniony atakujący z dostępem do odpowiedniego punktu końcowego mógł nadużyć tej wady do usunięcia rekordów chronionych przez walidację na poziomie aplikacji lub autoryzację.

Podatność na otwarte przekierowanie w MISP w funkcji UsersController::routeafterlogin() wynika z używania wartości przechowywanej w kluczu sesji pre_login_requested_url jako celu przekierowania po zalogowaniu, bez wystarczającego sprawdzenia, czy jest to lokalna ścieżka aplikacji. Nieuwierzytelniony zdalny atakujący może spreparować link, który po zalogowaniu ofiary do zaufanej instancji MISP przekieruje ją na zewnętrzną, kontrolowaną przez atakującego stronę. Łatka naprawia problem poprzez dekodowanie i parsowanie URL, odrzucając URL-e z schematem, hostem, komponentem użytkownika, brakującą lub nie-lokalną ścieżką oraz formy protokołowo-względne, takie jak //example.com i /\example.com.

Wada walidacji URL w widżecie przycisku pulpitu MISP umożliwiała akceptację spreparowanego względnego URL-a jako lokalnej ścieżki, podczas gdy przeglądarki interpretowały go jako zewnętrzny URL. Atakujący mógł skonfigurować przycisk pulpitu, który wydaje się wskazywać wewnątrz aplikacji, ale przekierowuje użytkowników na kontrolowaną przez atakującego stronę.

Wada autoryzacji w przepływie nadpisywania importera szablonów zdarzeń MISP. Podczas importowania szablonu w trybie nadpisywania aplikacja sprawdzała, czy pasujący szablon już istnieje, ale nie weryfikowała, czy importujący użytkownik należy do organizacji będącej właścicielem istniejącego szablonu. Uwierzytelniony użytkownik mógł nadpisać szablon zdarzeń należący do innej organizacji.

Problem z kontrolą widoczności w procesie tworzenia szablonów zdarzeń w MISP umożliwiał użytkownikom niebędącym administratorami witryny dostęp do prywatnych galerii należących do innych organizacji. Konstruktor szablonów zdarzeń ładował wszystkie włączone galerie bez stosowania ograniczeń dostępu opartych na organizacji lub dystrybucji.

Punkt końcowy raportowania CSP w MISP miał ograniczać raporty do 1 KB, ale błędnie akceptował raporty do 1 MB przed obcięciem. W przypadku, gdy punkt jest dostępny dla niezaufanych klientów, atakujący mogą generować nadmierną ilość logów, prowadząc do wyczerpania zasobów lub zalania logami.

W MISP do wersji 2.5.38 w przepływie tworzenia propozycji ShadowAttribute akceptowano pole 'id' od klienta, co pozwalało uwierzytelnionym użytkownikom na aktualizację istniejących atrybutów zamiast tworzenia nowych propozycji. Może to prowadzić do nieautoryzowanej modyfikacji danych.

Wtyczka uwierzytelniania OIDC w MISP umożliwiała automatyczne powiązanie tożsamości OIDC z istniejącym lokalnym kontem użytkownika na podstawie adresu e-mail, gdy lokalne konto nie miało zapisanej wartości sub. W niebezpiecznych lub niezaufanych konfiguracjach IdP, gdzie własność e-maila nie jest egzekwowana, atakujący z ważnym tokenem OIDC może podać adres e-mail ofiary i uwierzytelnić się jako ten użytkownik, prowadząc do przejęcia konta.

W MISP, przed wersją 2.5.37, występowała podatność na wstrzykiwanie SQL w obsłudze parametrów sortowania kontrolowanych przez użytkownika w punktach końcowych listowania zdarzeń i atrybutów. Atakujący mógł wykorzystać złośliwy parametr sortowania do manipulacji generowanym zapytaniem SQL.

MISP to platforma do zarządzania informacjami o zagrożeniach. W wersjach przed 2.5.37 występowała podatność związana z niewłaściwą kontrolą dostępu w funkcji resetowania kluczy uwierzytelniających, co pozwalało administratorom organizacji na resetowanie kluczy kont administratorów witryny w tej samej organizacji.

W pliku app/Model/EventReport.php w MISP przed wersją 2.5.27 występuje podatność path traversal w funkcji przeglądania obrazów. Może być wykorzystana przez administratora witryny.

W MISP przed wersją 2.4.193 parametry menu_custom_right_link_html mogą być ustawiane za pomocą interfejsu użytkownika, co pozwala atakującym z uprawnieniami administratora przeprowadzać ataki XSS na każdej stronie.

W MISP przed wersją 2.4.193 parametry menu_custom_right_link mogą być ustawiane za pomocą interfejsu użytkownika, co pozwala atakującym z uprawnieniami administratora przeprowadzać ataki XSS poprzez globalny link menu.

W MISP przed wersją 2.4.198 w pliku app/Model/Attribute.php podczas wyszukiwania atrybutów w GUI ignorowane są zasady ACL.

W MISP w wersji 2.4.174 odkryto problem związany z odzwierciedloną podatnością XSS. Problem występuje w pliku app/Controller/DashboardsController.php poprzez parametr id podczas edytowania dashboardu.

MISP w wersji 2.4.174 umożliwia atak XSS w pliku app/View/Events/index.ctp.

W MISP przed wersją 2.4.172, parametr title_for_layout nie jest odpowiednio sanitizowany w Correlations, CorrelationExclusions oraz Layouts.