CVE-2026-46006
WysokieCVSS 7.8Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 3 - wyżej niż 3% wszystkich znanych CVE
Streszczenie
W jądrze Linuxa zidentyfikowano podatność związana z przepełnieniem typu u32 w funkcji sprawdzającej granice relocacji w drm/nouveau. Problem występuje podczas walidacji przesunięcia, co może prowadzić do nieprawidłowego działania systemu.
Ocena ryzyka
Podatność ta może prowadzić do nieautoryzowanego dostępu lub destabilizacji systemu, co stanowi poważne zagrożenie dla integralności i dostępności usług w organizacji.
Rekomendacja
Zaleca się aktualizację jądra Linux do najnowszej wersji, aby usunąć tę podatność oraz monitorowanie systemów pod kątem potencjalnych exploitów.
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: drm/nouveau: fix u32 overflow in pushbuf reloc bounds check nouveau_gem_pushbuf_reloc_apply() validates each relocation with if (r->reloc_bo_offset + 4 > nvbo->bo.base.size) but reloc_bo_offset is __u32 (uapi/drm/nouveau_drm.h) and the integer literal 4 promotes to unsigned int, so the addition is performed in 32 bits and wraps before the comparison against the size_t bo size. Cast to u64 so the addition happens in 64-bit arithmetic. [ Add Fixes: tag. - Danilo ]