Katalog podatności CVE

IBM AIX 7.2, 7.3 oraz IBM PowerVM VIOS 4.1 mogą pozwolić zdalnemu atakującemu na ujawnienie pamięci jądra z powodu odczytu poza dozwolonym obszarem pamięci.

IBM AIX 7.2 i 7.3 oraz IBM PowerVM VIOS 4.1 mogą pozwolić zdalnemu atakującemu na spowodowanie odmowy usługi z powodu niekontrolowanego zużycia zasobów.

IBM AIX 7.2, 7.3 oraz IBM PowerVM VIOS 4.1 mogą pozwolić zdalnemu atakującemu na spowodowanie odmowy usługi z powodu wyłuskania pustego wskaźnika.

IBM AIX 7.2, 7.3 oraz IBM PowerVM VIOS 4.1 mogą pozwolić zdalnemu atakującemu na spowodowanie odmowy usługi z powodu użycia niezainicjalizowanego wskaźnika stosu.

IBM AIX 7.2, 7.3 oraz IBM PowerVM VIOS 4.1 mogą pozwolić zdalnemu uwierzytelnionemu atakującemu na uzyskanie poufnych informacji i spowodowanie odmowy usługi z powodu zapisu poza dozwolonym obszarem pamięci.

IBM AIX 7.2 i 7.3 oraz IBM PowerVM VIOS 4.1 mogą pozwolić zdalnemu atakującemu na spowodowanie odmowy usługi z powodu nieograniczonej rekurencji.

IBM AIX 7.2, 7.3 oraz IBM PowerVM VIOS 4.1 zawierają podatność związaną z nieprawidłową walidacją certyfikatów, umożliwiającą zdalnemu atakującemu podszywanie się pod serwer polityki TNC i modyfikację ruchu.

IBM Virtualization Management Interface w wersjach FW1110.00-FW1110.30, FW1120.00 oraz FW1060.00-FW1060.80 zawiera podatność umożliwiającą atakującemu z uwierzytelnionym dostępem administratora spowodowanie awarii interfejsu VMI. Interfejs automatycznie się restartuje, ale wielokrotne wykorzystanie podatności może prowadzić do trwałego wpływu na dostępność.

IBM PowerVM Hypervisor (wersje FW1120.00, FW1110.00-FW1110.30, FW1060.00-FW1060.80, FW950.00-FW950.H2) ma podatność w interfejsie skrzynki pocztowej procesora serwisowego. Atakujący z uwierzytelnionym dostępem na poziomie serwisowym do FSP może wysłać specjalnie spreparowaną wiadomość, aby odczytać lub zmodyfikować dowolne obszary pamięci Hostboot, co zagraża stosowi rozruchowemu firmware i hiperwizorowi.

IBM PowerVM Hypervisor (wersje FW1120.00, FW1110.00-FW1110.30, FW1060.00-FW1060.80, FW950.00-FW950.H2) ma podatność w interfejsie skrzynki pocztowej procesora serwisowego. Atakujący z uwierzytelnionym dostępem na poziomie serwisowym do FSP może wykorzystać tę podatność do wykonania dowolnego kodu w środowisku uruchomieniowym firmware hosta, co daje pełną kontrolę nad zarządzanym systemem.

Tapo C100/C101 w wersji V5 zawiera podatność przepełnienia bufora na stercie w usłudze RTSP. Uwierzytelniony atakujący w sieci lokalnej może wysłać specjalnie spreparowane dane ramki RTSP z nadmiernymi wartościami długości, co prowadzi do zapisów poza granicami sterty. Skuteczne wykorzystanie może spowodować awarię usługi RTSP i restart urządzenia, prowadząc do tymczasowej odmowy usługi.

Tapo C100/C101 V5 zawiera podatność polegającą na wyłuskaniu pustego wskaźnika w usłudze RTSP. Atakujący w sieci lokalnej może wysłać specjalnie spreparowane żądania, które powodują wyłuskanie nieprawidłowego wskaźnika, co prowadzi do awarii usługi i ponownego uruchomienia urządzenia.

W operatorze search-v2-operator znaleziono błąd: jego ClusterRole ma uprawnienia równoważne administratorowi klastra, umożliwiając podszywanie się, modyfikację konfiguracji RBAC, zatwierdzanie CSR i zarządzanie ManifestWork, co prowadzi do nadmiernych uprawnień i eskalacji przywilejów.

Snipe-IT przed wersją 8.6.2 zawiera podatność XSS (zapisanego) w nazwie producenta lub dostawcy. Specjalnie spreparowana nazwa może wykonać JavaScript w przeglądarce uwierzytelnionego użytkownika podczas przeglądania strony szczegółów producenta lub dostawcy, potencjalnie ujawniając dane lub umożliwiając działania w kontekście sesji.

Snipe-IT przed wersją 8.6.3 umożliwia każdemu aktywowanemu kontu odczyt rekordów konserwacji dla zasobów w tej samej firmie bez wymaganych uprawnień. Brak autoryzacji w metodzie show() kontrolera MaintenancesController ujawnia dane takie jak tagi zasobów, dostawcy, koszty zakupu, notatki i daty.

Snipe-IT przed wersją 8.6.3 ma podatność, która pozwala ograniczonemu użytkownikowi na uzyskanie losowej nazwy pliku EULA innego użytkownika i pobranie podpisanego pliku. Trasy /stored-eula-file/{filename} i /account/stored-eula-file/{filename} nie egzekwują spójnie uprawnień właściciela i autoryzacji docelowego użytkownika.

Snipe-IT przed wersją 8.6.3 ma podatność, która pozwala użytkownikowi z ograniczeniem do firmy w trybie FMCS floater na dostęp do użytkowników z company_id równym null. Szerokie zapytania API i masowe akcje webowe nie egzekwują spójnie isCurrentUserHasAccess, co może ujawnić dane osobowe i przypisane licencje, a także umożliwić modyfikację profili i usuwanie użytkowników.

Snipe-IT przed wersją 8.4.1 umożliwia uwierzytelnionemu użytkownikowi z ogólnym uprawnieniem edycji zasobów usuwanie plików dołączonych do zasobów spoza jego własności lub firmy. Metody destroy() autoryzują aktualizację względem klasy obiektu zamiast konkretnego wystąpienia, co prowadzi do niebezpiecznego bezpośredniego odwołania do obiektu.

Snipe-IT przed wersją 8.6.0 umożliwia uwierzytelnionemu użytkownikowi z uprawnieniem users.create nadanie uprawnień administratora podczas tworzenia nowego użytkownika. Metoda store() usuwa uprawnienie superużytkownika, ale nie usuwa uprawnienia administratora, co pozwala na uzyskanie przywilejów administracyjnych.

Snipe-IT przed wersją 8.4.1 umożliwia nie-superadministratorowi bezpośrednie przesłanie company_id w metodzie update() kontrolera BulkAssetsController, bez użycia Company::getIdForCurrentUser(). Pozwala to na przenoszenie zasobów między firmami, łamiąc izolację wielodostępową.