Katalog podatności CVE

Electron (przed wersjami 39.8.8, 40.9.0, 41.2.1 i 42.0.0-beta.3) stosuje niektóre opcje okna dostarczone przez treść internetową w ciągu window.open() do nowego BrowserWindow bez listy dozwolonych. Niezaufana treść może ustawić opcje okna, których nie powinna kontrolować, w tym opcje powodujące dostęp procesu głównego do wybranych przez atakującego ścieżek plików lub sieci, gdy niezaufana treść może wywołać window.open() i aplikacja nie nadpisuje opcji okna podrzędnego przez setWindowOpenHandler lub overrideBrowserWindowOptions.

Podatność w interfejsie zarządzania opartym na sieci w oprogramowaniu Cisco IOS XE pozwala uwierzytelnionemu zdalnemu atakującemu z niskimi uprawnieniami na spowodowanie warunku DoS na urządzeniu. Wynika to z niewystarczającej obsługi błędów w interfejsie zarządzania. Atakujący może wykorzystać tę podatność, uwierzytelniając się z nieprawidłowym certyfikatem, co może spowodować przeładowanie urządzenia.

Podatność w interfejsie zarządzania opartym na sieci Web w oprogramowaniu Cisco IOS XE umożliwia uwierzytelnionemu zdalnemu atakującemu z niskimi uprawnieniami przeprowadzenie ataku DoS. Problem wynika z niewystarczającej walidacji danych wejściowych, a jego wykorzystanie może spowodować, że interfejs przestanie odpowiadać.

Podatność w interfejsie zarządzania opartym na sieci Web w Cisco Catalyst SD-WAN Manager umożliwia uwierzytelnionemu zdalnemu atakującemu z niskimi uprawnieniami przeglądanie wrażliwych informacji w postaci jawnego tekstu. Problem wynika z niewystarczającej kontroli dostępu dla niektórych typów szablonów, co może ujawnić poświadczenia uwierzytelniające.

Podatność w podsystemie logowania Cisco RoomOS umożliwia uwierzytelnionemu lokalnemu atakującemu z niskimi uprawnieniami dostęp do wrażliwych informacji. Wynika to z logowania wrażliwych danych, a atak polega na włączeniu odpowiedniego poziomu logowania i zebraniu logów systemowych. Udany atak może ujawnić dane logowania użytkowników.

Podatność w interfejsie zarządzania opartym na sieci Cisco IMC umożliwia uwierzytelnionemu zdalnemu atakującemu z uprawnieniami administratora wykonanie dowolnych poleceń na systemie operacyjnym i podniesienie uprawnień do roota. Problem wynika z nieprawidłowej walidacji danych wejściowych, a atak polega na wprowadzeniu spreparowanych danych do interfejsu. Udany atak pozwala na wykonanie poleceń jako root.

Podatność w interfejsie zarządzania opartym na sieci Cisco IMC umożliwia uwierzytelnionemu zdalnemu atakującemu przeprowadzenie ataku typu cross-site scripting (XSS) na użytkownika interfejsu. Wynika to z niewystarczającej walidacji danych wejściowych, a atak polega na nakłonieniu użytkownika do kliknięcia spreparowanego linku. Udany atak może pozwolić na wykonanie dowolnego kodu skryptowego w przeglądarce ofiary lub dostęp do wrażliwych informacji.

Podatność w sterowniku sieciowym Cisco Terminal Service (TS) Agent umożliwia uwierzytelnionemu zdalnemu atakującemu ominięcie reguł zapory powiązanych z jego kontem. Wynika to z nieprawidłowego mapowania połączeń sieciowych do kont użytkowników. Atakujący z co najmniej uprawnieniami użytkownika może wysłać spreparowany ruch sieciowy, aby przejąć reguły zapory innego użytkownika.

Podatność w systemie zarządzania studentami imranrisal-dev Student-Management-System umożliwia nieograniczone przesyłanie plików przez funkcję storeProfileImage w pliku student_profile_pic.php. Atakujący może zdalnie manipulować argumentem choose_file, co prowadzi do przesłania dowolnego pliku. Exploit został publicznie ujawniony i może być wykorzystany.

Podatność w Electron przed wersjami 40.10.6, 41.9.1, 42.5.1 i 43.0.0 polega na tym, że gdy niestandardowy handler protokołu zwraca ProtocolResponse z polem url i bez session, żądanie jest wysyłane przez defaultSession zamiast sesji obsługującej protokół. Może to spowodować ponowne użycie odpowiedzi z pamięci podręcznej między izolowanymi partycjami sesji. Aplikacje używające ProtocolResponse.url, pomijające ProtocolResponse.session i polegające na oddzielnych sesjach są narażone.

Podatność w Electron przed wersjami 39.8.8, 40.9.0, 41.2.1 i 42.0.0-beta.3 polega na tym, że podczas podążania za przekierowaniami HTTP, net.fetch() i net.request() nie ograniczały schematów, do których może prowadzić przekierowanie. Zdalny serwer może przekierować żądanie do lokalnego zasobu, a jeśli aplikacja zwraca lub przekazuje treść odpowiedzi, może dojść do ujawnienia lokalnych plików. Aplikacje są narażone tylko wtedy, gdy wykonują żądania sieciowe do adresów URL kontrolowanych przez atakującego i ujawniają treść odpowiedzi.

Podatność w Electron przed wersjami 39.8.6, 40.9.0, 41.1.1 i 42.0.0-beta.1 polega na tym, że shell.openPath() nie odrzucał ścieżek zawierających wbudowane bajty null. Aplikacje, które wykonują tylko walidację ciągów znaków ścieżek, np. sprawdzanie rozszerzenia, przed przekazaniem do shell.openPath(), mogą zostać ominięte, co pozwala na otwarcie innego pliku niż ten, który przeszedł walidację. Aplikacje są narażone tylko wtedy, gdy przekazują ścieżki pochodzące z niezaufanego wejścia i polegają na walidacji opartej na ciągach bez sprawdzenia systemu plików.

Podatność w Electron przed wersjami 39.8.8, 40.9.0, 41.2.1 i 42.0.0-beta.3 polega na tym, że API kart i skryptów rozszerzeń nie były ograniczone do sesji samego rozszerzenia. Złośliwe lub skompromitowane rozszerzenie załadowane w jednej sesji mogło nawigować, skryptować i czytać z okien należących do innej sesji. Aplikacje są narażone tylko wtedy, gdy ładują rozszerzenia Chrome przez session.loadExtension i polegają na oddzielnych sesjach do izolacji.

W Electron przed wersjami 39.8.7, 40.9.0, 41.2.0 i 42.0.0-beta.1, sprawdzanie uprawnień do portów szeregowych i mediów wykonywane z iframe przekazywało origin ramki najwyższego poziomu do session.setPermissionCheckHandler zamiast origin żądającej iframe. Logika oparta na origin mogła przyznać iframe z innego originu dostęp do urządzeń przeznaczony tylko dla originu najwyższego poziomu.

W Electron przed wersjami 39.8.8, 40.9.0, 41.2.1 i 42.0.0-beta.3, kontrola używana na macOS do potwierdzenia, że aplikacja została uruchomiona przez proces nadrzędny z tym samym podpisem, mogła zostać ominięta przez lokalny proces. Aplikacje korzystające z zabezpieczeń opartych na fuse, które ograniczają ELECTRON_RUN_AS_NODE i NODE_OPTIONS do procesów nadrzędnych z tym samym podpisem, polegają na tej kontroli; lokalny atakujący mógł ją ominąć i uruchomić kod wewnątrz podpisanej aplikacji, dziedzicząc jej uprawnienia TCC i dostęp do pęku kluczy.

Ghost od wersji 4.9.0 do 6.54.1 zawiera problem z walidacją danych wejściowych, który pozwalał każdemu pracownikowi (staff) na utworzenie posta z treścią w feature_image_caption, która mogła zostać wykorzystana do przejęcia sesji innego pracownika w panelu administracyjnym Ghost, co prowadziło do eskalacji uprawnień. Problem został naprawiony w wersji 6.54.1.

Ghost od wersji 6.26.0 do 6.54.1 zawiera problem z walidacją, który pozwalał nieuwierzytelnionemu użytkownikowi na nadużycie niektórych funkcji, takich jak Webmentions, do wykonywania ograniczonych żądań HTTP do hostów w wewnętrznej sieci serwera Ghost. Udany atak nie powodował zwrócenia żadnych danych odpowiedzi. Podatność została naprawiona w wersji 6.54.1.

ProjectSend r2029 zawiera odzwierciedloną podatność XSS w thumbnails-regenerate.php, która pozwala zdalnym atakującym na wstrzyknięcie dowolnego HTML i JavaScript poprzez podanie niesanityzowanych wartości w parametrach GET start_date i end_date, które są echoowane bez escapowania do wartości atrybutów HTML. Atakujący może stworzyć złośliwy URL, który po kliknięciu przez uwierzytelnioną ofiarę z uprawnieniami edit_settings wykonuje wstrzyknięte skrypty w originie aplikacji, co może prowadzić do kradzieży ciasteczek sesji lub nieautoryzowanych działań, w tym zarządzania użytkownikami, plikami i zmianami ustawień aplikacji.

Apache Answer do wersji 2.0.1 ma podatność na nieprawidłową autoryzację: każdy uwierzytelniony użytkownik może odrzucić dowolne oczekujące poprawki bez uprawnień do przeglądu z powodu braku sprawdzenia autoryzacji w operacji odrzucania.

W openshift/oauth-proxy znaleziono błąd: na ścieżkach skonfigurowanych do pomijania uwierzytelniania (skip-auth-regex), proxy przekazuje nagłówki tożsamości dostarczone przez klienta (X-Forwarded-User, X-Forwarded-Email, X-Forwarded-Access-Token) do aplikacji nadrzędnej bez ich usuwania. Nieuwierzytelniony atakujący może wstrzyknąć sfałszowane nagłówki tożsamości na dozwolonych ścieżkach.