Katalog podatności CVE

W jądrze Linux w systemie plików btrfs wykryto podatność polegającą na nieprawidłowej inicjalizacji flag mapowania i minimalnego rzędu folio dla buforowanych (cached) i-węzłów. W określonych warunkach (np. przy rozmiarze bloku 8K i stronie 4K) może to prowadzić do naruszenia asercji i paniki jądra (kernel BUG).

W jądrze Linux funkcja sk_mc_loop() wywołuje WARN_ON_ONCE(1) dla gniazd, które nie są AF_INET ani AF_INET6, np. gniazda AF_PACKET przy wysyłaniu pakietów przez surowe gniazda na wirtualnych urządzeniach takich jak VRF lub ipvlan. Gniazda nie-INET nie obsługują opcji IP_MULTICAST_LOOP ani IPV6_MULTICAST_LOOP, więc pętla zwrotna powinna domyślnie być włączona bez generowania ostrzeżenia. Poprawka usuwa to ostrzeżenie.

W jądrze Linux w sterowniku ata: pata_sl82c105 występuje użycie po zwolnieniu (use-after-free) podczas odczytu rewizji mostka. Funkcja pci_get_slot() zwraca urządzenie PCI z referencją, ale po zmianie na bezpośredni dostęp do pola revision, odczyt następuje po pci_dev_put(), co może prowadzić do użycia zwolnionej pamięci. Poprawka przenosi odczyt rewizji przed zwolnieniem referencji.

W jądrze Linuxa wykryto podatność w funkcji dev_validate_header() w stosie sieciowym. Funkcja ta, dla procesów z uprawnieniem CAP_SYS_RAWIO, dopełniała zerami krótkie nagłówki warstwy łącza, odczytując dev->hard_header_len bezpośrednio. Jeśli w międzyczasie urządzenie zostało przekonfigurowane i wartość ta wzrosła, zapis zerami wychodził poza przydzielony bufor, powodując zapis poza zakresem.

W jądrze Linux w teście ring-buffer występuje błąd prowadzący do awarii podczas przekazywania ERR_PTR do kthread_stop(). Pętla czyszcząca w test_ringbuffer() sprawdza tylko wartości NULL, a nie ERR_PTR, co prowadzi do dereferencji błędnego wskaźnika i paniki jądra podczas testu inicjalizacji. Poprawka prawdopodobnie polega na odpowiednim obsłużeniu ERR_PTR.

W jądrze Linux w kodzie mm/huge_memory podczas dzielenia folio nie inicjalizowano stanu workingset, co powoduje, że węzeł xa_node nie jest powiązany z listą shadow_nodes. Może to wywołać ostrzeżenie VM_WARN_ON podczas odzyskiwania pamięci.

W jądrze Linux w sterowniku drm/amdgpu wycofano poprawkę dotyczącą wycieku mapowania apertury. Poprzednia poprawka powodowała błąd strony podczas wywołania zwrotnego vcn_v4_0_sw_fini, ponieważ devres teardown jest LIFO i apertura była odmapowywana przed zwolnieniem urządzenia DRM. Wycofanie przywraca poprzednie zachowanie.

W jądrze Linux w podsystemie x86 MCE występuje problem z inicjalizacją timera przed wykryciem CMCI. Podczas wykrywania burzy CMCI, timer jest modyfikowany przed jego prawidłowym skonfigurowaniem, co prowadzi do ostrzeżeń ODEBUG i potencjalnych problemów.

CVE zostało odrzucone lub wycofane przez organizację CVE Numbering Authority. Brak dalszych informacji o podatności.

Moduł Mendix SAML w wersjach przed V4.2.4 (dla Mendix 10 i 11) oraz przed V3.6.29 (dla Mendix 9.24) nieprawidłowo weryfikuje podpis odpowiedzi SAML. W określonych konfiguracjach SSO może to pozwolić nieuwierzytelnionemu zdalnemu atakującemu na przejęcie konta lub sesji.

W ShizenBox2 (edge-app) istnieje podatność polegająca na obejściu autoryzacji przez klucz kontrolowany przez użytkownika. Jeśli zostanie wykorzystana, atakujący, który może zalogować się do produktu, może zmienić hasło innego użytkownika.

W ShizenBox2 (dev-conf) występuje problem z niewłaściwą kontrolą dostępu fizycznego. Jeśli zostanie wykorzystany, atakujący z fizycznym dostępem do produktu może wykonywać polecenia bootloadera bez uwierzytelnienia.

Wykryto podatność polegającą na użyciu słabych poświadczeń w mapp Audit firmy B&R Industrial Automation GmbH, używanym w mapp Services. Problem dotyczy wersji przed 6.8.0.

To CVE zostało odrzucone lub wycofane przez CNA.

Rozszerzenie Joomla - feenders.de - Nieuwierzytelniona iniekcja SQL w JooDatabase Lite < 5.1.0 - Parametr cid jest używany w zapytaniach bez walidacji, co umożliwia wektory SQLi.

Rozszerzenie Joomla - j2commerce.com - Brak autoryzacji w łańcuchu delegacji kontrolera Apps w J2Store 1.0.0-3.3.21, 4.0.0-4.0.21, 4.1.0-4.1.6 - Ścieżka delegacji appTask w J2StoreControllerApps tworzy kontrolery wtyczek bez żadnej kontroli ACL. Ponadto applocalizationdata::getInstallerTool() używa nazwy tabeli zależnej od wywołującego bez listy dozwolonych, co umożliwia odczyt/wykonanie plików z możliwością path traversal.

W rozszerzeniu Joomla J2Store (wersje 1.0.0-3.3.21, 4.0.0-4.0.21, 4.1.0-4.1.6) wykryto podatność IDOR w funkcji editAddress(), która umożliwia każdemu uwierzytelnionemu użytkownikowi dostęp do adresów zamówień gości. Funkcja przekierowywała nie-właścicieli tylko wtedy, gdy załadowany wiersz adresu miał niepusty user_id należący do kogoś innego. Wiersze adresów zamówień gości mają pusty user_id, więc ten warunek nigdy nie był spełniony — każdy zalogowany użytkownik, zgadując mały, sekwencyjny address_id, mógł zobaczyć pełne imię, adres ulicy i numer telefonu klienta-gościa w formularzu edycji.

W rozszerzeniu Joomla J2Store (wersje 1.0.0-3.3.21, 4.0.0-4.0.21, 4.1.0-4.1.6) wykryto podatność umożliwiającą anonimowe manipulowanie rekordami koszyka poprzez odziedziczone zadanie `save` z FOF. Plik `fof.xml` przyznaje zadaniom widoku `carts` dziką kartę ACL `true`, a FOF egzekwuje tokeny CSRF tylko na żądaniach HTML backendu, nie na żądaniach frontendu `format=raw`. `J2StoreControllerCarts` ograniczył `remove()` do własnej sesji wywołującego, ale nie nadpisał ogólnego zadania `save` FOF, więc pozostało ono dostępne do wstawiania nowych wierszy koszyka z wybranym przez atakującego `user_id`/`session_id` lub nadpisywania istniejącego wiersza po id.

Rozszerzenie Joomla - j2commerce.com - zawiera odzwierciedlony XSS poprzez parametry `filter_tag`, `pricefrom` i `priceto` w J2Store 1.0.0-3.3.21, 4.0.0-4.0.21, 4.1.0-4.1.6. Cztery procedury obsługi zadań akceptowały zakodowany w base64 adres URL od użytkownika i przekierowywały do niego bez weryfikacji hosta docelowego, umożliwiając phishing przy użyciu zaufanej domeny sklepu. Nie wymaga uwierzytelnienia.

W rozszerzeniu Joomla J2Store (wersje 1.0.0-3.3.21, 4.0.0-4.0.21, 4.1.0-4.1.6) wykryto podatność umożliwiającą nieuwierzytelnione fałszowanie wywołania zwrotnego PayPal, prowadzące do oszustwa związanego z potwierdzeniem zamówienia. Listener PayPal IPN akceptował odpowiedzi `UNVERIFIED` i każdą nie-`INVALID` jako ważne, wyłączał weryfikację SSL (CURLOPT_SSL_VERIFYPEER) i przechowywał werdykt w polu, którego nic później nie sprawdzało — więc przetwarzanie kontynuowało się niezależnie od wyniku. Dodatkowo porównanie zapłaconej kwoty działało tylko, gdy `mc_gross` było liczbą dodatnią; pominięcie pola w treści POST (`floatval(null) == 0`) pomijało sprawdzenie. W połączeniu z `receiver_email` skonfigurowanym przez sprzedawcę i sekwencyjnym, możliwym do odgadnięcia identyfikatorem zamówienia odczytanym z pola `custom`, anonimowy POST wystarczył, aby przenieść oczekujące zamówienie bezpośrednio do statusu `CONFIRMED` bez płatności lub wymusić na innym kliencie zmianę statusu oczekującego zamówienia na `FAILED`. `paypalv2.php` nie przeprowadzał żadnej kontroli kwoty w żadnych okolicznościach.