Katalog podatności CVE

Apache Thrift w wersjach przed 0.24.0 zawiera podatność na przepełnienie bufora sterty w bindingu C++, co może prowadzić do awarii lub potencjalnie zdalnego wykonania kodu.

Apache Thrift w wersjach przed 0.24.0 zawiera podatność na nieprawidłową walidację certyfikatu z niezgodnością nazwy hosta w bindingu c_glib, co może umożliwić ataki typu man-in-the-middle.

W podsystemie NVMe/TCP jądra Linuxa, gdy występuje niezgodność sumy kontrolnej danych (digest) w nieostatnim PDU H2C_DATA, funkcja nvmet_tcp_try_recv_ddgst() wywołuje nvmet_req_uninit() bez oznaczania polecenia jako zakończonego. Prowadzi to do podwójnego wywołania nvmet_req_uninit() podczas zamykania kolejki, co skutkuje podwójnym zwolnieniem referencji (double free) i potencjalnym use-after-free (UAF).

W podsystemie NVMe/TCP jądra Linuxa, w funkcji nvmet_tcp_try_recv_ddgst(), wywołanie nvmet_req_uninit() jest wykonywane bezwarunkowo. Jeśli polecenie przyszło przez ścieżkę nvmet_tcp_handle_req_failure(), referencja percpu_ref nie została pobrana, co prowadzi do niedomiaru licznika referencji (refcount underflow) i potencjalnego use-after-free.

Wtyczka FacturaONE para WooCommerce con VeriFactu WordPress przed wersją 5.37 nie uwierzytelnia jednego z handlerów żądań. Jedyną ochroną jest klucz kryptograficzny, który w domyślnej, nieskonfigurowanej instalacji jest pusty. Nieuwierzytelnieni atakujący mogą zapisać dowolny plik w katalogu dostępnym przez sieć i uzyskać zdalne wykonanie kodu.

Wtyczka Realtyna Organic IDX + WPL Real Estate dla WordPressa przed wersją 5.3.0 nie weryfikuje typu przesyłanych plików, a funkcja przesyłania plików jest chroniona tylko przez API domyślnie włączone i uwierzytelniane zakodowanymi na stałe danymi, które są identyczne we wszystkich instalacjach. Umożliwia to nieuwierzytelnionym atakującym przesyłanie dowolnych plików PHP i zdalne wykonanie kodu.

Wtyczka 微信二维码登陆 dla WordPressa do wersji 1.3 nieprawidłowo weryfikuje żądania webhook WeChat, ponieważ sprawdzanie podpisu zawsze przechodzi, a wygenerowany kod logowania jest ujawniany w odpowiedzi webhook. Pozwala to nieuwierzytelnionemu atakującemu sfałszować zdarzenie logowania dla dowolnej istniejącej nazwy użytkownika, odczytać kod logowania i wykorzystać go poprzez nieuwierzytelnioną akcję AJAX, aby zalogować się jako ten użytkownik, w tym administrator, bez hasła.

Wtyczka Masteriyo LMS dla WordPressa przed wersją 2.3.1 nieprawidłowo weryfikuje autoryzację w nieuwierzytelnionej akcji AJAX używanej do czyszczenia sesji użytkowników, co pozwala nieuwierzytelnionym atakującym zakończyć aktywne sesje (wymusić wylogowanie) dowolnego użytkownika na stronie, w tym administratorów.

Wtyczka MemberGlut dla WordPressa przed wersją 1.1.5 nie weryfikuje roli wybranej podczas rejestracji z przodu strony, co pozwala nieuwierzytelnionym użytkownikom zarejestrować konto z dowolną rolą, w tym administratorem, prowadząc do pełnego przejęcia witryny.

Podatność w jądrze Linuxa dotyczy mechanizmu TC_ACT_CONSUMED w funkcji tcf_qevent_handle w pliku net/sched/cls_api.c. Gdy tcf_classify() zwraca TC_ACT_CONSUMED, skb jest przechowywany przez silnik defragmentacji i nie powinien być dalej używany. Brak obsługi tego przypadku prowadzi do użycia po zwolnieniu (UAF) w red_enqueue().

OpenRemote przed wersją 1.26.2 zawiera podatność na ominięcie uwierzytelniania w API rejestracji konsoli, co pozwala nieuwierzytelnionym atakującym na aktualizację istniejących zasobów konsoli poprzez podanie znanego identyfikatora zasobu.

SiYuan przed wersją v3.7.2 zawiera podatność na brak autoryzacji w punkcie końcowym POST /mcp, który jest chroniony tylko ogólnym sprawdzeniem uwierzytelnienia, bez wymogu roli administratora lub trybu tylko do odczytu. Umożliwia to zdalnemu, nieuwierzytelnionemu atakującemu dostęp do 31 narzędzi MCP, w tym do operacji na plikach w całym obszarze roboczym.

W jądrze Linuxa, w mechanizmie net/handshake, brakowało długotrwałego odwołania do pliku (file reference) podczas przetwarzania żądania uścisku dłoni. Używanie sock_hold() nie chroniło struktury socket przed zniszczeniem przez konsumenta, co mogło prowadzić do użycia po zwolnieniu.

W jądrze Linuxa w funkcji tcp_ao_destroy_sock usunięto wywołanie call_rcu(), co spowodowało brak synchronizacji RCU. W rezultacie podczas nawiązywania połączenia (TCP_SYN_SENT) gniazdo jest widoczne dla innych rdzeni, które mogą odczytać wskaźnik ao_info tuż przed jego zwolnieniem, prowadząc do użycia po zwolnieniu (use-after-free).

W jądrze Linux wykryto podatność w mechanizmie rozgłoszeniowym TIPC (Transparent Inter-Process Communication). Funkcja tipc_get_gap_ack_blks() nie sprawdza, czy rekord bloków ACK z luką mieści się w obszarze danych wiadomości, co pozwala atakującemu na odczyt poza dozwolonym buforem (out-of-bounds read) przez funkcję kmemdup().

W jądrze Linux w module crypto: krb5 występuje użycie po zwolnieniu (use-after-free) podczas korzystania z asynchronicznych implementacji AEAD. Funkcje kryptograficzne ustawiają pusty callback i traktują każdy ujemny wynik jako błąd, zwalniając bufor. Gdy implementacja jest asynchroniczna, zwraca -EINPROGRESS, a bufor jest zwalniany, podczas gdy backend nadal go używa.

W jądrze Linux w podsystemie netfilter flowtable, sprzętowe odciążanie (hardware offload) dla tuneli IPIP nie jest jeszcze obsługiwane. Mimo to, próby odciążania są kolejkowane do workera, a następnie ignorowane, co prowadzi do niepotrzebnego obciążenia. Łatka dodaje wczesne sprawdzanie i rezygnację z odciążania dla tuneli IPIP.

W jądrze Linux w serwerze SMB ksmbd funkcja FSCTL_DUPLICATE_EXTENTS_TO_FILE nie sprawdza uprawnień do zapisu na poziomie udziału ani na poziomie uchwytu, co pozwala klientowi na nadpisywanie danych w pliku docelowym nawet na udziale tylko do odczytu lub z uchwytem z uprawnieniem FILE_WRITE_ATTRIBUTES.

W jądrze Linux w systemie plików ksmbd występuje problem z równoczesnym dostępem do katalogów. Współbieżne żądania QUERY_DIRECTORY dla tego samego uchwytu pliku mogą nadpisać wskaźnik do danych prywatnych na stosie, prowadząc do użycia po zwolnieniu (use-after-free).

W jądrze Linux w systemie plików ksmbd operacje SET_INFO są wykonywane z bieżącymi poświadczeniami pracownika ksmbd, a nie z poświadczeniami użytkownika, który otworzył uchwyt. Może to prowadzić do ominięcia kontroli dostępu opartych na właścicielu pliku i LSM.