CVE-2025-38584
WysokieCVSS 7.0Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 6 - wyżej niż 6% wszystkich znanych CVE
Streszczenie
W jądrze systemu Linux naprawiono podatność związaną z warunkiem wyścigu oraz użyciem po zwolnieniu (UAF) w funkcji padata_reorder. Problem polegał na niewłaściwym zarządzaniu licznikiem referencji, co mogło prowadzić do błędów w przetwarzaniu padata.
Ocena ryzyka
Organizacje mogą być narażone na problemy z integralnością danych oraz stabilnością systemu, jeśli nie zastosują odpowiednich poprawek. W przypadku wykorzystania tej podatności, atakujący mógłby potencjalnie wpłynąć na działanie systemu.
Rekomendacja
Zaleca się aktualizację jądra systemu Linux do najnowszej wersji, aby usunąć tę podatność. Należy również monitorować systemy pod kątem nieautoryzowanych zmian i wdrożyć odpowiednie procedury bezpieczeństwa.
Powiązane podatności
- CVE-2026-96759Krytyczne
orval przed wersją 8.29.0 nie escapuje parametru operationId podczas emitowania go do wygenerowanych obiektów metadanych opcji mutatorów TanStack Query. Atakujący mogą wstrzyknąć dowolny kod JavaScript poprzez spreparowany operationId w specyfikacji OpenAPI, który wykonuje się podczas wywoływania wygenerowanych hooków.
- CVE-2026-96758Krytyczne
orval @orval/core przed wersją 8.28.0 zawiera podatność na wstrzyknięcie kodu w serializerze form-data, który nie escapuje nazw właściwości multipart w wygenerowanych literałach szablonów. Atakujący mogą wstrzyknąć wyrażenia ${...} do nazw właściwości schematu OpenAPI, które wykonują się jako żywa interpolacja podczas budowania przez wygenerowany klient treści FormData z uprawnieniami procesu konsumenta.
- CVE-2026-96757Krytyczne
orval przed wersją 8.29.0 nie escapuje kluczy typów mediów OpenAPI podczas emitowania ich do literałów łańcuchowych Content-Type w pojedynczych cudzysłowach w wygenerowanym kodzie. Atakujący mogą wstrzyknąć JavaScript poprzez spreparowane klucze typów mediów w specyfikacjach OpenAPI, który wykonuje się podczas wywoływania wygenerowanych operacji fetch lub resolverów mock.
- CVE-2026-96755Krytyczne
orval w wersjach od 8.14.0 do 8.28.1 zawiera podatność na wstrzyknięcie kodu w generatorze @orval/effect, który konwertuje domyślne wartości schematu OpenAPI na literały szablonów. Atakujący mogą wstrzyknąć dowolne wyrażenia JavaScript poprzez domyślne wartości schematu zawierające składnię ${...}, które są wykonywane w zakresie modułu podczas budowania lub importowania wygenerowanego kodu.
- CVE-2026-96754Krytyczne
orval w wersjach przed 8.29.0 zawiera podatność na wstrzyknięcie kodu w generatorze @orval/hono, który nie escapuje wartości ścieżek OpenAPI w literałach tras w pojedynczych cudzysłowach. Atakujący mogą spreparować dokument OpenAPI z apostrofem w statycznym segmencie ścieżki, aby wstrzyknąć dowolny kod JavaScript, który wykonuje się podczas importowania wygenerowanego modułu TypeScript.
- CVE-2026-95848Krytyczne
Moquette to lekki broker MQTT napisany w Javie. Przed wersją 0.18.1, gdy skonfigurowana klasa uwierzytelniająca lub autoryzująca nie może zostać załadowana, Server.initializeAuthenticator i Server.initializeAuthorizatorPolicy traktują błąd tak, jakby nie skonfigurowano żadnej klasy niestandardowej i wracają do AcceptAllAuthenticator lub PermitAllAuthorizatorPolicy. Błędnie napisana nazwa klasy, brakująca zależność, błąd konstruktora lub problem ze ścieżką klas może zatem uruchomić brokera z wyłączonym uwierzytelnianiem lub autoryzacją, nawet jeśli operator skonfigurował te zabezpieczenia. Problem został naprawiony w wersji 0.18.1.
- CVE-2026-85724Krytyczne
Moquette to lekki broker MQTT w Javie. Przed wersją 0.18.1, gdy skonfigurowano reguły ACL oparte na wzorcach, AuthorizationsCollector.canDoOperation podstawia identyfikator klienta i nazwę użytkownika bezpośrednio do reguł zawierających %c lub %u, a następnie traktuje wynik jako filtr tematu MQTT. Klient używający + lub # w którejkolwiek z tych wartości może rozszerzyć podstawiony filtr i uzyskać dostęp do odczytu i zapisu między dzierżawami. Tożsamość z # może również wygenerować nieprawidłowy filtr, który powoduje wyjątek NullPointerException w Topic.match i zakłóca przetwarzanie sesji. Problem został naprawiony w wersji 0.18.1.
- CVE-2026-18872Krytyczne
IBM Financial Transaction Manager (FTM) dla RedHat OpenShift jest podatny na trwały cross-site scripting (CWE-79) w komponencie React NetworkAcknowledgement (NetworkAcknowledgement.jsx:42). Złośliwy aktor może wstrzyknąć skrypt do przechowywanych danych potwierdzenia sieciowego, który wykonuje się w przeglądarkach uwierzytelnionych operatorów, umożliwiając przejęcie sesji i nieautoryzowane działania płatnicze na poziomie operatora.
- CVE-2026-96276Krytyczne
Jeśli złośliwy kontener SDK deklaruje punkt rozszerzenia z spreparowaną ścieżką `directory`, a programista uruchomi `flatpak build-init --writable-sdk --sdk-extension` z tym SDK, pliki wybrane przez atakującego mogą zostać zapisane poza katalogiem roboczym, ponieważ ścieżka docelowa jest rozwiązywana przez funkcję, która pozwala na przejście `..`.
- CVE-2026-96560Krytyczne
LightLLM do wersji 1.2.0 zawiera podatność na zdalne wykonanie kodu w workerze KV-transfer, gdy jest uruchomiony z --pd_trans_mode nccl, co wystawia nieuwierzytelniony kanał kontrolny RPyC, który deserializuje dane dostarczone przez atakującego. Atakujący mogą wysyłać złośliwe obiekty pickle do wystawionego ThreadedServer RPyC, aby wykonać dowolny kod z uprawnieniami konta usługi LightLLM.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: padata: Fix pd UAF once and for all There is a race condition/UAF in padata_reorder that goes back to the initial commit. A reference count is taken at the start of the process in padata_do_parallel, and released at the end in padata_serial_worker. This reference count is (and only is) required for padata_replace to function correctly. If padata_replace is never called then there is no issue. In the function padata_reorder which serves as the core of padata, as soon as padata is added to queue->serial.list, and the associated spin lock released, that padata may be processed and the reference count on pd would go away. Fix this by getting the next padata before the squeue->serial lock is released. In order to make this possible, simplify padata_reorder by only calling it once the next padata arrives.