CVE-2026-46036
WysokieCVSS 7.8Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 3 - wyżej niż 3% wszystkich znanych CVE
Streszczenie
W jądrze systemu Linux zidentyfikowano podatność w module vfio/cdx, która polega na braku synchronizacji przy operacjach na tablicy cdx_irqs. W wyniku tego, dwa równoległe wywołania mogą prowadzić do sytuacji use-after-free, co stwarza ryzyko destabilizacji systemu.
Ocena ryzyka
Organizacja może być narażona na awarie systemu lub nieprzewidziane zachowanie aplikacji korzystających z VFIO, co może prowadzić do utraty danych lub przerwy w działaniu usług.
Rekomendacja
Zaleca się aktualizację jądra systemu Linux do wersji, która zawiera poprawkę dla tej podatności, aby zapewnić odpowiednią synchronizację operacji na urządzeniach VFIO.
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: vfio/cdx: Serialize VFIO_DEVICE_SET_IRQS with a per-device mutex vfio_cdx_set_msi_trigger() reads vdev->config_msi and operates on the vdev->cdx_irqs array based on its value, but provides no serialization against concurrent VFIO_DEVICE_SET_IRQS ioctls. Two callers can race such that one observes config_msi as set while another clears it and frees cdx_irqs via vfio_cdx_msi_disable(), resulting in a use-after-free of the cdx_irqs array. Add a cdx_irqs_lock mutex to struct vfio_cdx_device and acquire it in vfio_cdx_set_msi_trigger(), which is the single chokepoint through which all updates to config_msi, cdx_irqs, and msi_count flow, covering both the ioctl path and the close-device cleanup path. This keeps the test of config_msi atomic with the subsequent enable, disable, or trigger operations. Drop the pre-call !cdx_irqs test from vfio_cdx_irqs_cleanup() as part of this change: the optimization it provided is redundant with the !config_msi early-return inside vfio_cdx_msi_disable(), and leaving the test in place would be an unsynchronized read of state the new lock is meant to protect.