CVE-2026-43065
ŚrednieStreszczenie
W jądrze Linuxa zidentyfikowano podatność w systemie plików ext4, która polega na tym, że po usunięciu plików i remountowaniu systemu z opcją nodiscard, oczekujące zadania związane z usuwaniem nie są anulowane ani opróżniane. Problem ten został rozwiązany w najnowszej aktualizacji.
Ocena ryzyka
Podatność ta może prowadzić do nieprzewidzianego zachowania systemu plików, co w przypadku ataku może skutkować utratą danych lub nieprawidłowym zarządzaniem przestrzenią dyskową.
Rekomendacja
Zaleca się aktualizację jądra Linux do najnowszej wersji, aby usunąć tę podatność i zapewnić prawidłowe działanie systemu plików ext4.
Powiązane podatności
- CVE-2026-103041Krytyczne
LightLLM do wersji 1.2.0 w wdrożeniach multimodalnych udostępnia nieuwierzytelnioną usługę cache RPyC z włączoną deserializacją pickle na wszystkich interfejsach. Atakujący mogą wysyłać spreparowane obiekty szeregowane do odsłoniętych metod cache, aby wykonać dowolny kod z uprawnieniami usługi.
- CVE-2026-103040Krytyczne
LightLLM do wersji 1.2.0 zawiera podatność zdalnego wykonania kodu w usłudze router profiler, gdy uruchomiono z flagą --enable_profiling. Usługa udostępnia nieuwierzytelniony serwer RPyC z włączoną deserializacją pickle, umożliwiając atakującym wykonanie dowolnego kodu poprzez wysyłanie spreparowanych obiektów szeregowych do kolejki poleceń profilera.
- CVE-2026-102792Krytyczne
Wykryto podatność w Ziroom ZHOME A0101 1.0.1.0. Dotyczy funkcji set_syslog w pliku /api/ZRnetwork/set_syslog. Manipulacja argumentami conloglevel/log_size prowadzi do wstrzyknięcia poleceń. Atak może być przeprowadzony zdalnie. Exploit jest publicznie dostępny i może być użyty. Producent został wcześnie powiadomiony o ujawnieniu, ale nie odpowiedział w żaden sposób.
- CVE-2026-72510Krytyczne
Parametr "supplier_no" używany w funkcji wyszukiwania alokacji biznesowej jest podatny na czasową ślepą iniekcję SQL.
- CVE-2026-72507Krytyczne
Parametr "reportType" w funkcji raportu podsumowania produktów w sekcji raportów bilansujących jest podatny na czasową ślepą iniekcję SQL.
- CVE-2026-71379Krytyczne
Endpoint eksportu plików pozwala każdemu nieuwierzytelnionemu atakującemu na eksport dowolnych tabel bazy danych poprzez wysłanie spreparowanego żądania POST.
- CVE-2026-70356Krytyczne
Endpoint przesyłania plików TMS nie egzekwuje ograniczeń typu plików po stronie serwera, co pozwala atakującemu na przesłanie i wykonanie dowolnych plików PHP na serwerze WWW.
- CVE-2026-68954Krytyczne
Parametr "pattern" używany w funkcji wyszukiwania na stronie głównej aplikacji TMS jest podatny na czasową ślepą iniekcję SQL.
- CVE-2026-68068Krytyczne
Parametr "screenID" w funkcji przeglądarki kolejki transakcji elektronicznych w sekcji transakcji ręcznych jest podatny na czasową ślepą iniekcję SQL.
- CVE-2026-63713Krytyczne
Parametr "search" w funkcji przeglądania logów audytu w sekcji narzędzi jest podatny na czasową ślepą iniekcję SQL.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: ext4: always drain queued discard work in ext4_mb_release() While reviewing recent ext4 patch[1], Sashiko raised the following concern[2]: > If the filesystem is initially mounted with the discard option, > deleting files will populate sbi->s_discard_list and queue > s_discard_work. If it is then remounted with nodiscard, the > EXT4_MOUNT_DISCARD flag is cleared, but the pending s_discard_work is > neither cancelled nor flushed. [1] https://lore.kernel.org/r/[email protected]/ [2] https://sashiko.dev/#/patchset/20260319094545.19291-1-qiang.zhang%40linux.dev The concern was valid, but it had nothing to do with the patch[1]. One of the problems with Sashiko in its current (early) form is that it will detect pre-existing issues and report it as a problem with the patch that it is reviewing. In practice, it would be hard to hit deliberately (unless you are a malicious syzkaller fuzzer), since it would involve mounting the file system with -o discard, and then deleting a large number of files, remounting the file system with -o nodiscard, and then immediately unmounting the file system before the queued discard work has a change to drain on its own. Fix it because it's a real bug, and to avoid Sashiko from raising this concern when analyzing future patches to mballoc.c.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS