Katalog podatności CVE

GLPI to darmowy pakiet oprogramowania do zarządzania zasobami i IT. Od wersji 11.0.6 do 11.0.8 uwierzytelniony technik może zapisać aktywny znacznik w polach witryny dostawcy. Każdy użytkownik, który otworzy listę dostawców dotkniętego elementu, uruchomi zapisany ładunek cross-site scripting. Problem naprawiono w wersji 11.0.8.

GLPI to darmowy pakiet oprogramowania do zarządzania zasobami i IT. Od wersji 9.4.0 do 10.0.26 oraz 11.0.8 atakujący z prawem READ do logów może spreparować URL zakładki historii, który wstrzykuje kontrolowane przez atakującego wartości do zapytania do bazy danych. Umożliwia to wstrzyknięcie SQL przez endpoint zakładki historii. Problem naprawiono w wersjach 11.0.8 i 10.0.26.

GLPI to darmowy pakiet oprogramowania do zarządzania zasobami i IT. Od wersji 11.0.5 do 11.0.8, w pewnych warunkach logika uprawnień może przyznać dostęp do dokumentu bez potwierdzenia, że dokument jest powiązany z docelowym elementem. Użytkownik może użyć niepowiązanego elementu, do którego ma uprawnienia, aby odczytać dokument powiązany z niedostępnym elementem. Problem naprawiono w wersji 11.0.8.

W GLPI technik może manipulować wartością authtype przez API, aby zmienić metodę uwierzytelniania innego użytkownika. W konfiguracjach korzystających ze starego interfejsu REST API lub logowania SSO pozwala to zmienić metodę uwierzytelniania superadministratora i przejąć jego konto. Podatność naprawiono w wersjach 11.0.8 i 10.0.26.

W GLPI atakujący może spreparować adres URL pulpitu nawigacyjnego, który odzwierciedla kontrolowany przez atakującego kod bez wystarczającego kodowania wyjściowego. Użytkownik otwierający taki adres URL uruchamia odbity cross-site scripting w pulpicie. Podatność naprawiono w wersji 11.0.8.

W GLPI punkt końcowy weryfikacji haseł jednorazowych opartych na czasie nie ogranicza liczby nieudanych prób na użytkownika. Atakujący, który zdobył podstawowe dane uwierzytelniające użytkownika, może wielokrotnie przesyłać wartości TOTP w procesie weryfikacji MFA, co umożliwia brute-force drugiego czynnika i przejęcie konta. Podatność naprawiono w wersji 11.0.8.

W GLPI każdy zalogowany użytkownik może wykorzystać niewystarczającą walidację ścieżki w procesie aktualizacji zdjęcia profilowego, aby zażądać usunięcia wybranego przez atakującego pliku hostowanego na serwerze. Podatność naprawiono w wersjach 11.0.8 i 10.0.26.

W projekcie CloudClassroom-PHP-Project wykryto lukę w nieznanej funkcji pliku updatefaculty.php. Manipulacja argumentem fid prowadzi do wstrzyknięcia SQL. Atak można przeprowadzić zdalnie, a exploit został publicznie ujawniony.

W projekcie CloudClassroom-PHP-Project wykryto lukę w nieznanej funkcji pliku updatequery.php. Manipulacja argumentem gid prowadzi do wstrzyknięcia SQL. Atak można przeprowadzić zdalnie, a exploit został publicznie ujawniony.

W projekcie CloudClassroom-PHP-Project wykryto słabość w nieznanej funkcji pliku loginlinkfaculty.php w komponencie uwierzytelniania wydziału. Manipulacja argumentami fid/pass prowadzi do wstrzyknięcia SQL. Atak można przeprowadzić zdalnie, a exploit został publicznie ujawniony.

W NetworkManager-vpnc, wtyczce VPN dla NetworkManager, wykryto lukę. Lokalny użytkownik bez uprawnień może wykorzystać ją, wstrzykując znak nowej linii do ścieżki CA-File. Manipulacja ta pozwala na wykonanie dowolnych poleceń jako użytkownik root, prowadząc do lokalnej eskalacji uprawnień.

W NetworkManager-vpnc wykryto lukę pozwalającą lokalnemu użytkownikowi bez uprawnień na eskalację uprawnień do roota. Wstrzykując znak nowej linii do pola nazwy użytkownika VPN, atakujący może zmodyfikować konfigurację vpnc, aby wykonać dowolny program z uprawnieniami roota przy aktywacji złośliwego połączenia VPN.

W NetworkManager-fortisslvpn, wtyczce FortiSSLVPN dla NetworkManager, usługa nm-fortisslvpn-service nieprawidłowo obsługuje znaki powrotu karetki i nowej linii (CR/LF) w poświadczeniach profilu połączenia VPN. Lokalny użytkownik bez uprawnień może wykorzystać to, tworząc złośliwy profil VPN w celu wstrzyknięcia dodatkowych dyrektyw konfiguracyjnych. Może to prowadzić do wykonania dowolnego kodu z uprawnieniami roota przy aktywacji spreparowanego połączenia VPN.

Podatność w NetworkManager-sstp pozwala lokalnemu nieuprzywilejowanemu użytkownikowi na osadzenie znaków specjalnych (metaznaków powłoki) w polach profilu VPN, takich jak certyfikat CA czy ustawienia proxy. Te niepoprawnie obsłużone znaki są następnie przetwarzane przez demona pppd działającego z uprawnieniami roota, co umożliwia wykonanie dowolnych poleceń z podwyższonymi uprawnieniami po aktywacji złośliwego połączenia VPN.

W Zammad przed wersją 7.1.2 filtr zabezpieczający konfigurację Agenta AI może zostać ominięty przez wprowadzenie specjalnie spreparowanego tekstu w jednym z pól Agenta AI. Administrator z uprawnieniami do tworzenia lub edycji Agentów AI może wykorzystać to do wykonania dowolnych poleceń na serwerze hostującym Zammad, potencjalnie odczytując, modyfikując lub niszcząc wszystkie dane na tym serwerze. Nie jest wymagana interakcja innych użytkowników; złośliwy kod uruchamia się automatycznie przy następnym przetwarzaniu zgłoszenia przez dotkniętego Agenta AI. Problem naprawiono w wersji 7.1.2.

W Zammad w wersjach 7.0.2 i 7.1.0 zarządzanie sesjami dla połączeń websocket i long-polling jest podatne na atak typu path traversal. Identyfikatory sesji dostarczane przez klienta są niewystarczająco walidowane przed użyciem do konstruowania wewnętrznych ścieżek plików. Gdy aktywny jest magazyn sesji oparty na plikach (domyślna konfiguracja), uwierzytelniony atakujący może manipulować identyfikatorem sesji, aby odnosił się do lokalizacji poza zamierzonym katalogiem, prowadząc do usunięcia dowolnych plików i katalogów na serwerze. Wymaga to tylko sesji uwierzytelnionej o niskich uprawnieniach i jednego spreparowanego żądania. Instancje skonfigurowane z magazynem sesji opartym na Redis nie są dotknięte. Problem naprawiono w wersjach 7.0.3 i 7.1.1.

W Zammad przed wersjami 7.0.2 i 7.1.0 występuje brak walidacji w kaskadzie autoryzacji. W określonych warunkach ograniczenia klucza dostępu są nadpisywane przez ukryte uprawnienia konta nadrzędnego, co niweluje separację obszarów funkcjonalnych i prowadzi do niekontrolowanej ekspansji uprawnień administracyjnych. Atakujący może tworzyć nowe konta administratorów pomimo ograniczeń tokenów, uzyskując pełny dostęp do wszystkich danych systemu (zgłoszenia, klienci, konfiguracja) i całkowitą kontrolę nad instancją Zammad. Problem naprawiono w wersjach 7.0.2 i 7.1.0.

W Zammad przed wersją 7.0.1 uwierzytelniony użytkownik o niskich uprawnieniach może wstrzyknąć dowolny kod HTML, w tym procedury obsługi zdarzeń JavaScript, do tytułu zgłoszenia podczas standardowego procesu tworzenia zgłoszenia. Tytuł jest zapisywany bez sanityzacji. Problem naprawiono w wersji 7.0.1.

W Zammad przed wersją 7.0.2 w przychodzącym przetwarzaniu e-maili PGP wartość zwracana przez weryfikację gpg była po cichu ignorowana. Niezależnie od tego, czy gpg zgłosił poprawny, niepoprawny czy brakujący podpis, procedura bezwarunkowo zapisywała sign: { success: true, comment: "Good signature" } w preferencjach bezpieczeństwa artykułu. Każdy nadawca mógł manipulować treścią podpisanego e-maila PGP lub stworzyć wiadomość z całkowicie sfałszowanym lub niepasującym podpisem, a Zammad wyświetlał ją jako kryptograficznie zweryfikowaną z etykietą "Good signature". Użytkownicy i agenci polegający na wskaźniku podpisu w celu potwierdzenia autentyczności i integralności wiadomości mogli zostać wprowadzeni w błąd, ufając zmodyfikowanym lub sfałszowanym treściom. Podatność dotyczy wszystkich przychodzących e-maili podpisanych PGP przetwarzanych przy włączonej integracji PGP. Problem naprawiono w wersji 7.0.2.

W Zammad przed wersją 7.0.2 nieuwierzytelnione żądanie do POST /api/v1/import/otrs/import_check blokuje pracownika żądań Zammad na około dwie minuty. Akcje import_check i import_status nie mają zabezpieczenia setup_done_response, które mają inne akcje w tym samym kontrolerze, więc wykonują się na w pełni skonfigurowanych instancjach produkcyjnych. Akcja wchodzi w pętlę ponowień wobec pustego punktu końcowego OTRS, śpiąc 30 s + 45 s między próbami. Nieuwierzytelniony zdalny atakujący może odmówić usługi produkcyjnej instancji Zammad. Każde żądanie kosztuje prawie nic i wymusza ~115 sekund blokowania po stronie serwera. Kilka żądań na sekundę nasyca pulę pracowników Puma. Problem naprawiono w wersji 7.0.2.