CVE-2026-46004
WysokieCVSS 7.8Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 7 - wyżej niż 7% wszystkich znanych CVE
Streszczenie
W jądrze Linuxa zidentyfikowano podatność w sterowniku caiaq, która dotyczy niewłaściwego obsługiwania błędów podczas procedury probe w funkcji setup_card(). Błędy nie są odpowiednio traktowane, co może prowadzić do sytuacji użycia po zwolnieniu (UAF) w dalszych wywołaniach.
Ocena ryzyka
Niewłaściwe zarządzanie błędami w sterowniku może prowadzić do poważnych problemów z bezpieczeństwem, w tym do potencjalnego wykorzystania luk przez złośliwe oprogramowanie, co zagraża integralności systemu.
Rekomendacja
Zaleca się aktualizację jądra Linux do najnowszej wersji, aby usunąć tę podatność oraz zapewnić prawidłowe zarządzanie błędami w sterowniku caiaq.
Powiązane podatności
- CVE-2026-82533Krytyczne
DeepSeek Harness przed wersją 0.1.2-alpha.1 zawiera podatność na obejście uwierzytelniania w lokalnym interfejsie API HTTP, która pozwala atakującym uzyskać pełną kontrolę nad agentem poprzez dostarczenie sfałszowanego nagłówka Host. Serwer weryfikuje tylko wartość nagłówka Host, a nie rzeczywiste pochodzenie połączenia TCP.
- CVE-2026-79569Krytyczne
Movie_Recommend v1.0.0 zawiera podatność na iniekcję SQL w parametrze sort w ścieżce /loadingmore. Podatność umożliwia atakującym dostęp do wrażliwych informacji w bazie danych poprzez spreparowane zapytanie SQL.
- CVE-2026-75156Krytyczne
Dostawca Apache Airflow FAB w wersjach od 3.7.3 do 3.8.0 nie weryfikuje wystawcy ani odbiorcy tokenów `id_token` Azure AD podczas logowania OAuth. Wdrożenia są zagrożone tylko wtedy, gdy menedżer uwierzytelniania FAB jest skonfigurowany z Azure AD jako dostawcą OAuth. Ponieważ klucze podpisujące są pobierane z wielodostępowego punktu końcowego JWKS Microsoftu, token `id_token` wybity w dowolnej dzierżawie Azure — w tym takiej, którą atakujący sam utworzy — przechodzi weryfikację podpisu, a nazwa użytkownika i przypisane role są następnie odczytywane z tego tokena kontrolowanego przez atakującego. Każdy, kto może zarejestrować dzierżawę Azure, może więc uwierzytelnić się w interfejsie Airflow bez wcześniejszego dostępu do wdrożenia.
- CVE-2026-26084Krytyczne
Podatność nieprawidłowej kontroli dostępu w Fortinet FortiSandbox (wersje 5.0.0-5.0.5, 4.4.0-4.4.8, Cloud 5.0.4-5.0.5, PaaS 5.0.4-5.0.5) może pozwolić atakującemu na dostęp do wrażliwych informacji poprzez spreparowane żądania HTTP.
- CVE-2026-79576Krytyczne
Problem w komponencie Single-Sign On (SSO) w Digital-Infrastructure v9.6.7 pozwala atakującym na uwierzytelnienie się jako dowolny użytkownik, w tym administrator, bez podania hasła.
- CVE-2026-61516Krytyczne
Firmware Netis NX10 w wersjach V4.0.1.5808 i V3.0.0.4142 zawiera podatność na ujawnienie informacji, która pozwala nieuwierzytelnionym atakującym na odzyskanie hasła administratora poprzez wysłanie żądania do akcji sysinfo w interfejsie zarządzania siecią bez ważnej sesji.
- CVE-2026-12745Krytyczne
Podatność na deserializację niezaufanych danych w Ivanti Neurons for ITSM przed wersją 2026.2 pozwala zdalnemu, nieuwierzytelnionemu atakującemu na wykonanie dowolnego kodu na serwerze.
- CVE-2026-12744Krytyczne
Podatność na deserializację niezaufanych danych w Ivanti Neurons for ITSM przed wersją 2026.2 pozwala zdalnemu, nieuwierzytelnionemu atakującemu na wykonanie dowolnego kodu na serwerze.
- CVE-2026-12650Krytyczne
Podatność na deserializację niezaufanych danych w Ivanti Neurons for ITSM przed wersją 2026.2 pozwala zdalnemu, uwierzytelnionemu atakującemu na wykonanie dowolnego kodu na serwerze.
- CVE-2026-12647Krytyczne
Brak autoryzacji w Ivanti Neurons for ITSM przed wersją 2026.2 umożliwia zdalnemu uwierzytelnionemu atakującemu wykonanie dowolnego kodu na serwerze.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: ALSA: caiaq: Handle probe errors properly The probe procedure of setup_card() in caiaq driver doesn't treat the error cases gracefully, e.g. the error from snd_card_register() calls snd_card_free() but continues. This would lead to a UAF for the further calls like snd_usb_caiaq_control_init(), as Berk suggested in another patch in the link below. However, the problem is not only that; in general, this function drops the all error handlings (as it's a void function) although its caller can propagate an error to snd_probe(), which eventually calls snd_card_free() as a proper error path. That said, we should treat each error case in setup_card(), and just return the error code promptly, which is then handled later as a fatal error in snd_probe(). This patch achieves it by changing the setup_card() to return an error code. Also, the superfluous snd_card_free() call is removed, too. Note that card->private_free can be set still safely at returning an error. All called functions in card_free() have checks of the unassigned resources or NULL checks.