Katalog podatności CVE

Podatność w silniku detekcji NetFlow w Snort 3 w wielu produktach Cisco pozwala nieuwierzytelnionemu zdalnemu atakującemu na restart silnika detekcji Snort 3, powodując przerwę w inspekcji pakietów. Przyczyną jest niekompletne sprawdzanie błędów podczas parsowania pakietów UDP Netflow Protocol przez Snort 3. Wysłanie pojedynczego spreparowanego pakietu Netflow przez ustanowione połączenie może wywołać nieoczekiwany restart i stan DoS.

Podatność w dekoderze SMTP MIME w Snort 3 w wielu produktach Cisco pozwala nieuwierzytelnionemu zdalnemu atakującemu na restart silnika detekcji Snort 3. Przyczyną jest brak sprawdzania błędów podczas parsowania pól MIME w nagłówku SMTP. Wysłanie spreparowanych pakietów SMTP przez ustanowione połączenie może wywołać nieoczekiwany restart i stan odmowy usługi (DoS).

W projekcie MomoTommy file-management-system w pliku app/Http/Controllers/FileController.php funkcje index/store/update/destroy interfejsu Files API nie wymagają uwierzytelniania. Manipulacja argumentem Request pozwala na zdalne wywołanie tych operacji bez logowania, a publiczny exploit jest już dostępny.

W projekcie oretnom23 file-management-system-php (do wersji 2e3c1ebe60f121e8df4fb3f544f0e9591d9a01e4) funkcja delete_folder w pliku ajax.php (komponent AJAX Handler) nie wymaga uwierzytelnienia przy manipulacji argumentem ID. Podatność można wykorzystać zdalnie, a publiczny exploit jest już dostępny.

W projekcie oretnom23 file-management-system-php (do commita 2e3c1ebe60f121e8df4fb3f544f0e9591d9a01e4) funkcja save_files w pliku admin_class.php pozwala na nieograniczone przesyłanie plików poprzez manipulację argumentem Upload. Podatność została publicznie ujawniona i może być wykorzystana zdalnie.

W projekcie oretnom23 file-management-system-php w pliku files.php (komponent File Management) manipulacja argumentem fid/id prowadzi do wstrzyknięcia SQL. Podatność można wykorzystać zdalnie, a publiczny exploit jest już dostępny.

D365 F&O MCP Server przed wersją 1.11.0 domyślnie ustawia klucz API na pusty ciąg w oficjalnym szablonie wdrożenia Azure. Gdy klucz jest pusty, middleware uwierzytelniania przepuszcza żądania bez weryfikacji, a serwer nasłuchuje na 0.0.0.0, co umożliwia nieuwierzytelniony dostęp do narzędzi JSON-RPC i ujawnienie indeksowanych fragmentów kodu X++ oraz metadanych.

W Electronie przed wersjami 42.11.6, 43.7.3, 44.4.3 i 45.0.0-alpha.9 dane ramek otrzymywane z procesu GPU dla webContents.beginFrameSubscription nie były w pełni walidowane przez proces główny. Atakujący z kodem wykonawczym w procesie GPU mógł dostarczyć niespójną geometrię ramki i spowodować odczyt poza granicami pamięci w procesie głównym, ujawniając pamięć lub powodując awarię aplikacji.

W Electronie przed wersjami 42.11.3, 43.7.0, 44.3.0 i 45.0.0-alpha.5 żądania otwarcia zewnętrznych adresów URL protokołów mogły być przypisane do innego dokumentu niż ten, który je zainicjował. Powodowało to, że parametr requestingUrl przekazywany do session.setPermissionRequestHandler wskazywał zaufaną treść dla żądania pochodzącego z niezaufanej treści.

Electron to framework do tworzenia aplikacji desktopowych. W wersjach przed 42.11.3, 43.7.0, 44.3.0 i 45.0.0-alpha.5 sprawdzanie uprawnień hid i usb wykonywane z iframe powodowało, że setPermissionCheckHandler otrzymywał origin i szczegóły ramki najwyższego poziomu zamiast ramki żądającej. Aplikacja, która delegowała hid lub usb do niezaufanego iframe cross-origin i zezwalała na dostęp do urządzeń na podstawie logiki origin, mogła przyznać tej osadzonej ramce dostęp przeznaczony dla strony najwyższego poziomu.

Biblioteka klienta Slack Morphism w wersjach 1.0.0–2.27.0 ujawnia poprawny HMAC żądania Slack, gdy weryfikacja podpisu się nie powiedzie. Dla nieprawidłowego żądania biblioteka oblicza poprawny podpis dla kontrolowanego przez atakującego znacznika czasu i treści i zapisuje go w SlackEventWrongSignatureError.generated_hash, a domyślny handler błędów Axum loguje tę wartość. Atakujący mogący dotrzeć do endpointu callback i czytać logi może użyć weryfikatora jako oracle HMAC i w ciągu pięciu minut odesłać żądanie z poprawnym podpisem.

W frameworku Electron żądania uprawnień pointerLock z niektórych iframe'ów cross-origin powodowały, że session.setPermissionRequestHandler() otrzymywał requestingUrl i isMainFrame ramki najwyższego poziomu zamiast wartości ramki żądającej. Aplikacja osadzająca niezaufaną zawartość iframe i przyznająca pointer lock na podstawie pochodzenia żądania mogła przyznać uprawnienie w imieniu strony najwyższego poziomu. Problem naprawiono w wersjach 42.11.9, 43.7.6, 44.5.0 i 45.0.0-alpha.13.

W frameworku Electron funkcja chrome.tabs.query() zwracała adres URL i tytuł każdej karty rozszerzeniom, które nie miały uprawnienia tabs ani pasujących uprawnień hosta. Aplikacja ładująca niezaufane rozszerzenie przez session.extensions.loadExtension mogła pozwolić mu odczytać URL i tytuł każdego webContents w swojej sesji. Problem naprawiono w wersjach 42.11.1, 43.5.1, 44.1.1 i 45.0.0-alpha.4.

W Electronie przed wersjami 42.11.3, 43.7.0, 44.3.0 i 45.0.0-alpha.6 strony otwierane w nowym oknie z linków były traktowane jako nawigacje zainicjowane przez aplikację, zamiast zachowania strony zawierającej link jako inicjatora. Powodowało to, że żądanie najwyższego poziomu mogło zostać zaklasyfikowane jako same-site, wysyłając ciasteczka SameSite=Strict i nie ujawniając inicjatora w Sec-Fetch-Site.

Nieprawidłowa autoryzacja w API administracyjnym COM w hMailServer 6.3.4–6.3.6 pozwala kontu z rolą serveradmin ograniczoną do listy domen działać jako administrator całego serwera przez COM. Konto może odczytywać i zmieniać konta oraz pocztę wszystkich domen, zmieniać nazwy domen, mapować aliasy, modyfikować ustawienia i sekrety serwera oraz tworzyć kolejne konta administratora serwera.

Brak autoryzacji w interfejsach administracyjnych REST i COM hMailServer 6.0.0–6.3.6 firmy Progressive Robot pozwala zdalnemu uwierzytelnionemu użytkownikowi, którego poświadczenia są ograniczone do wskazanych domen, na zmianę routingu poczty i konfiguracji domen poza tymi domenami na serwerze wielodostępnym. Możliwe jest m.in. utworzenie aliasu domeny dla dowolnej nazwy, zmiana nazwy domeny, ustawienie akcji reguły (bind-to-address, send-using-route, script-function) oraz ustawienie hosta przekazywania domeny na adres w sieci serwera.

W hMailServer 6.0.0 do 6.3.6 akcja usuwania załączników przez antywirusa nie kończy się bezpieczną odmową, co pozwala zdalnemu nieuwierzytelnionemu atakującemu na dostarczenie do skrzynki odbiorcy wiadomości uznanej przez skaner za zainfekowaną w niezmienionej postaci. Gdy skanowanie jest włączone, a akcja ustawiona na usuwanie załączników i dostarczanie tekstu, serwer zachowuje jedną część tekstową i zastępuje załączniki notatką. Wiadomość, której jedyna część nie jest tekstem, nie ma części do wyodrębnienia i jest dostarczana bez zmian.

Podatność w hMailServer (wersje 6.0.0–6.3.6) polega na niewystarczającym zachowaniu oryginalnego nadawcy przy przekazywaniu wiadomości. W wyniku tego zdalny, nieuwierzytelniony atakujący może wysłać wiadomość z adresem From w domenie hostowanej przez serwer, a serwer przekaże ją dalej w taki sposób, że u odbiorców przejdzie ona kontrolę SPF i DMARC dla tej domeny, mimo że oryginalnie nie przeszła DMARC.

W hMailServer w wersji od 6.2.25 do 6.3.6 brakuje autoryzacji w trasie REST metrics, co pozwala uwierzytelnionemu użytkownikowi z uprawnieniami ograniczonymi do nazwanych domen odczytać historię ruchu całego serwera. GET /api/v1/metrics/history zwraca liczniki ruchu z ostatnich 30 dni, które są ogólnoserwerowe i nie zawierają informacji o domenie.

Nieprawidłowa autoryzacja w interfejsie administracyjnym REST hMailServer 6.3.4–6.3.6 firmy Progressive Robot pozwala zdalnemu uwierzytelnionemu użytkownikowi z uprawnieniem manage_roles w wskazanych domenach na uzyskanie uprawnień administratora serwera. Trasa DELETE /api/v1/role-assignments/{address} sprawdzała jedynie uprawnienia bieżące, a nie przyszłe, co pozwalało odebrać zawężającą rolę kontu o poziomie administratora serwera i przywrócić jego pełne uprawnienia, a następnie zalogować się jako administrator serwera po wcześniejszej zmianie hasła tego konta.