Katalog podatności CVE

W bibliotece LLVM w funkcji llvm::StringMap::insert w pliku ValueSymbolTable.cpp występuje podatność na przepełnienie bufora na stosie. Problem dotyczy wersji do 22.1.6 i wymaga lokalnego dostępu do ataku.

W systemie zarządzania szpitalem itsourcecode Hospital Management System 1.0 znaleziono podatność SQL injection w pliku /insertbillingrecord.php. Atakujący może zdalnie manipulować argumentem patientid, co prowadzi do wstrzyknięcia SQL. Exploit został ujawniony publicznie.

W systemie SourceCodester Simple Food Ordering System 1.0 wykryto podatność w pliku /cart.php. Manipulacja argumentem item_price może prowadzić do błędów logiki biznesowej. Atak może być przeprowadzony zdalnie, a exploit został opublikowany.

Podatność w HCL DevOps Deploy / HCL Launch umożliwia ujawnienie wrażliwych informacji w logach wyjściowych. Atakujący mający dostęp do logów może potencjalnie uzyskać poufne wartości związane z danym krokiem.

W narzędziach getfattr i setfattr pakietu attr przed wersją 2.6.0 wykryto podatność na atak przez dowiązanie symboliczne. Lokalny atakujący może podmienić składnik ścieżki na dowiązanie symboliczne podczas przechodzenia przez hierarchię katalogów, co pozwala na eskalację uprawnień.

W bibliotece ACL przed wersją 2.4.0 wykryto podatność typu TOCTOU (time-of-check time-of-use), która umożliwia lokalnemu atakującemu eskalację uprawnień poprzez podmianę składnika ścieżki na dowiązanie symboliczne między sprawdzeniem lstat() a kolejnymi operacjami podążającymi za dowiązaniami, takimi jak stat(), chown(), chmod(), acl_get_file() i acl_set_file(). Atakujący kontrolujący składnik ścieżki może przekierować operacje na listy kontroli dostępu do plików na dowolne pliki, gdy getfacl, setfacl lub chacl jest wywoływane przez uprzywilejowany proces na ścieżce kontrolowanej przez atakującego, co prowadzi do lokalnej eskalacji uprawnień.

Biblioteka acl przed wersją 2.4.0 zawiera podatność na przechodzenie dowiązań symbolicznych w funkcjach operujących na ścieżkach. Lokalny atakujący może podmienić dowolny komponent ścieżki na dowiązanie symboliczne, co pozwala na eskalację uprawnień poprzez nieautoryzowany odczyt lub zapis list kontroli dostępu (ACL).

FrontAccounting przed wersją 2.4.20 zawiera podatność na wstrzykiwanie SQL w funkcji get_gl_transactions(), gdzie parametr filter_type jest bezpośrednio konkatenowany do klauzuli SQL IN() bez parametryzacji. Atakujący z uprawnieniami SA_GLANALYTIC mogą wstrzyknąć dowolny SQL, dostarczając zamykający nawias i złośliwe warunki, aby wyodrębnić poufne dane wpisów księgowych poprzez ślepe wstrzykiwanie SQL oparte na różnicach w rozmiarze odpowiedzi.

FrontAccounting przed wersją 2.4.20 zawiera podatność na wstrzykiwanie SQL w module raportu audytu. Uwierzytelnieni atakujący z uprawnieniami SA_GLANALYTIC mogą wstrzykiwać złośliwy kod do parametrów POST PARAM_2 i PARAM_3, wykonując dowolne zapytania SQL.

W FrontAccounting przed wersją 2.4.20 występuje podatność na wstrzykiwanie SQL w module raportu wyciągu bankowego. Uwierzytelniony atakujący może wstrzyknąć złośliwe zapytania UNION SELECT do parametru PARAM_0 POST, co pozwala na wyodrębnienie dowolnych danych z bazy, w tym nazw użytkowników, skrótów haseł i adresów e-mail, które są renderowane w raporcie PDF.

Podatność path traversal w FrontAccounting przed wersją 2.4.20 pozwala uwierzytelnionym atakującym na zdalne wykonanie kodu poprzez przesyłanie plików z sekwencjami nawigacji w parametrze unique_name. Atakujący mogą zapisać plik PHP poza katalogiem załączników do katalogu głównego serwera WWW, co umożliwia wykonanie dowolnego kodu.

W systemie SourceCodester Inventory Management System 1.0 wykryto podatność na atak XSS w pliku /api/users_handler.php. Manipulacja argumentem full_name w endpointcie rejestracji użytkownika umożliwia zdalne wykonanie skryptu. Exploit jest publicznie dostępny.

W systemie EyouCMS do wersji 1.7.1 wykryto podatność SQL Injection w pliku /index.php komponentu API. Atakujący może zdalnie manipulować argumentem click_like, co prowadzi do wstrzyknięcia SQL. Exploit został publicznie ujawniony i może być wykorzystany.

W systemie SourceCodester Inventory Management System 1.0 wykryto podatność w pliku /api/users_handler.php w komponencie User Registration Endpoint. Manipulacja argumentem role prowadzi do nieprawidłowej kontroli dostępu, co umożliwia zdalne wykorzystanie luki.

W projekcie code-projects Online Music Site 1.0 odkryto podatność na atak XSS w pliku /Frontend/Feedback.php. Manipulacja argumentami fname, femail, faddress lub fmessage umożliwia zdalne wstrzyknięcie złośliwego skryptu.

W systemie SourceCodester Class and Exam Timetabling System 1.0 wykryto podatność SQL injection w pliku /preview3.php. Atakujący może zdalnie manipulować argumentem course_year_section, co prowadzi do wstrzyknięcia kodu SQL. Exploit jest publicznie dostępny.

W systemie SourceCodester Class and Exam Timetabling System 1.0 w pliku /edit_class1.php występuje podatność na wstrzyknięcie SQL poprzez manipulację argumentem ID. Atak może być przeprowadzony zdalnie, a exploit został publicznie ujawniony.

Podatność w SzafirHost umożliwia atakującemu wstrzyknięcie złośliwej biblioteki natywnej do archiwum JAR, które jest podpisywane i weryfikowane. Weryfikacja podpisu używa parsera JarFile (czytającego Central Directory), podczas gdy ekstrakcja używa JarInputStream (czytającego sekwencyjnie z lokalnych nagłówków plików). Atakujący może dodać wpis z biblioteką między ostatnim legalnym wpisem a Central Directory, który nie jest widziany przez weryfikatora podpisu, ale jest odczytywany i zapisywany przez ekstraktor, co prowadzi do zdalnego wykonania kodu.

W rozszerzeniu vscode-java dla Visual Studio Code wykryto podatność polegającą na nieprawidłowym ufaniu całej treści Markdown w dymkach JavaDoc. Złośliwy plik Java może zawierać ukryte polecenia, które po kliknięciu przez użytkownika specjalnie spreparowanego linku w dymce JavaDoc umożliwiają atakującemu wykonanie dowolnych poleceń VS Code.

Podatność w punkcie końcowym /v1/upload/sbom pozwala nieuwierzytelnionemu atakującemu na wstrzyknięcie fałszywych wpisów do logów poprzez manipulację polem iss w tokenie JWT. Ze względu na wyłączoną weryfikację podpisu JWT oraz dosłowne renderowanie znaków nowej linii w formacie logów, atakujący może wygenerować wpisy identyczne z autentycznymi komunikatami o pomyślnym uwierzytelnieniu.