CVE-2026-46202
ŚrednieCVSS 5.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 7 - wyżej niż 7% wszystkich znanych CVE
Streszczenie
W jądrze systemu Linux zidentyfikowano podatność w kodzie autodim w module hid-appletb-kbd, która pozwala na wywołanie funkcji blokujących w kontekście atomowym. Problem ten występuje w dwóch miejscach, co prowadzi do błędów związanych z blokowaniem mutexów.
Ocena ryzyka
Podatność ta może prowadzić do awarii systemu lub nieprzewidywalnego zachowania urządzenia, co może wpłynąć na stabilność i bezpieczeństwo systemu operacyjnego.
Rekomendacja
Zaleca się aktualizację jądra systemu Linux do wersji, w której ta podatność została naprawiona, aby uniknąć problemów związanych z blokowaniem mutexów w kontekście atomowym.
Powiązane podatności
- CVE-2026-108860Krytyczne
BotSharp do wersji 5.2.0 zawiera podatność obejścia uwierzytelniania, która pozwala nieuwierzytelnionym zdalnym atakującym na sfałszowanie tokenów bearer przy użyciu zakodowanego na stałe klucza Jwt:Key w pliku appsettings.json WebStarter. Atakujący mogą podpisywać tokeny przy użyciu zakomentowanego sekretu HMAC oraz stałych wartości issuer i audience, aby podszyć się pod dowolnego znanego użytkownika, w tym administratora, na trasach API chronionych atrybutem Authorize.
- CVE-2026-108753Krytyczne
Agnaistic agnai do wersji 1.0.555 zawiera podatność związaną z zakodowanymi na stałe poświadczeniami w pliku self-host.docker-compose.yml, który ustawia stałe hasło administratora i publiczny sekret JWT. Nieuwierzytelnieni atakujący mogą zalogować się jako administrator lub podpisać własny token JWT z polem admin: true, aby podszyć się pod użytkowników, resetować hasła i zmieniać konfigurację serwera.
- CVE-2026-108576Krytyczne
Podatność znaleziona w TOZED X300 do wersji 6.01.3 dotyczy funkcji process_ping komponentu IPPingDiagnostics Handler. Manipulacja argumentem Host prowadzi do wstrzyknięcia komend systemu operacyjnego. Atak może być przeprowadzony zdalnie. Sprzedawca został wcześniej poinformowany o tym ujawnieniu, ale nie odpowiedział w żaden sposób.
- CVE-2026-86717Krytyczne
Wtyczka Insurify dla WordPressa do wersji 1.0 nie posiada kontroli autoryzacji i nonce na jednej z akcji AJAX, co pozwala nieuwierzytelnionym użytkownikom usuwać dowolne opcje WordPressa, co może spowodować wyłączenie witryny i pozbawienie wszystkich użytkowników ich ról.
- CVE-2026-86706Krytyczne
Wtyczka Quick quotes dla WordPressa do wersji 1.0.0 nie przeprowadza żadnej kontroli uprawnień ani nonce na jednej z akcji AJAX i pozwala wywołującemu wybrać, która opcja jest zapisywana, co umożliwia nieuwierzytelnionym użytkownikom zmianę dowolnych ustawień witryny i uczynienie jej niedostępną.
- CVE-2026-85121Krytyczne
Wtyczka Insurify dla WordPressa do wersji 1.0 nie posiada kontroli autoryzacji i nonce na jednej z akcji AJAX, co pozwala nieuwierzytelnionym użytkownikom tworzyć i nadpisywać dowolne opcje WordPressa danymi z żądania, co może spowodować wyłączenie witryny i dezaktywację wszystkich wtyczek Insurify.
- CVE-2026-85118Krytyczne
Wtyczka AI Content Generator Marketing dla WordPressa do wersji 1.0.0 nie egzekwuje kontroli nonce ani uprawnień na niektórych akcjach AJAX, co pozwala nieuwierzytelnionym użytkownikom aktualizować i usuwać dowolne opcje WordPressa, co może być wykorzystane do uzyskania dostępu administratora do witryny.
- CVE-2026-84737Krytyczne
Wtyczka Freeton WP dla WordPressa do wersji 1.0.0 nie poprawnie weryfikuje kodu aktywacyjnego podczas uwierzytelniania użytkownika, co pozwala nieuwierzytelnionym atakującym zalogować się jako dowolny użytkownik, którego adres e-mail znają, w tym administratorzy.
- CVE-2026-84734Krytyczne
Wtyczka Mindstien Quick Login dla WordPressa do wersji 1.0 nie poprawnie weryfikuje wartości dostarczonej w żądaniu względem sesji odwiedzającego przed uwierzytelnieniem, co pozwala nieuwierzytelnionym atakującym uzyskać sesję jako konto administratora, z którym skonfigurowana jest wtyczka.
- CVE-2026-84254Krytyczne
Dodatek click5 CRM do Contact Form 7 (do wersji 1.0.4) nie posiada kontroli autoryzacji i CSRF podczas aktualizacji opcji przez punkt końcowy REST oraz nie zapewnia, że aktualizowana opcja należy do tego dodatku. W rezultacie nieuwierzytelnieni atakujący mogą zmieniać dowolne opcje bloga, co pozwala im na utworzenie nowego konta administratora i przejęcie strony.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: HID: appletb-kbd: run inactivity autodim from workqueues The autodim code in hid-appletb-kbd takes backlight_device->ops_lock via backlight_device_set_brightness() -> mutex_lock() from two different atomic contexts: * appletb_inactivity_timer() is a struct timer_list callback, so it runs in softirq context. Every expiry triggers BUG: sleeping function called from invalid context at kernel/locking/mutex.c:591 Call Trace: <IRQ> __might_resched __mutex_lock backlight_device_set_brightness appletb_inactivity_timer call_timer_fn run_timer_softirq * reset_inactivity_timer() is called from appletb_kbd_hid_event() and appletb_kbd_inp_event(). On real USB hardware these run in softirq/IRQ context (URB completion and input-event dispatch). When the Touch Bar has already been dimmed or turned off, the reset path calls backlight_device_set_brightness() directly to restore brightness, producing the same warning. Both call sites hit the same mutex_lock()-from-atomic bug. Fix them together by moving the blocking work onto the system workqueue: * Convert the inactivity timer from struct timer_list to struct delayed_work; the callback (appletb_inactivity_work) now runs in process context where mutex_lock() is legal. * Add a dedicated struct work_struct restore_brightness_work and have reset_inactivity_timer() schedule it instead of calling backlight_device_set_brightness() directly. Cancel both works synchronously during driver tear-down alongside the existing backlight reference drop. The semantics are unchanged (same delays, same state transitions on dim, turn-off and user activity); only the execution context of the sleeping call changes. The timer field and callback are renamed to match their new type; reset_inactivity_timer() keeps its name because it is invoked from input event paths that read naturally as "reset the inactivity timer".
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS