Katalog podatności CVE

W jądrze Linux w sterowniku drm/nouveau/dmem naprawiono niedopasowany rozmiar DMA unmap dla dużych folio. Przy migracji THP mapowano bufory z page_size(), ale w dwóch miejscach (nouveau_dmem_migrate_to_ram i nouveau_dmem_migrate_copy_one) przekazywano PAGE_SIZE do dma_unmap_page(), co dla folio rzędu > 0 powodowało wyciek części mapowania IOMMU/IOVA. Poprawka używa zapisanego rozmiaru.

W jądrze Linux w sterowniku drm/nouveau funkcja nouveau_channel_del() najpierw niszczyła kontekst fence, a dopiero później anulowała subskrypcję zdarzenia channel-kill. Wąskie okno czasowe pozwalało na wywołanie nouveau_fence_context_kill() na już zwolnionym kontekście fence, co prowadziło do use-after-free. Poprawka anuluje subskrypcję przed zniszczeniem zależnych struktur.

W jądrze Linux w sterowniku drm/nouveau/uvmm naprawiono przedwczesne zwolnienie regionu przy nieudanej operacji OP_UNMAP_SPARSE. Dwie ścieżki błędów pozostawiały op->reg ustawione, co prowadziło do usunięcia i zwolnienia regionu, którego zadanie nie utworzyło, powodując use-after-free. Poprawka czyści op->reg na obu ścieżkach błędów.

W jądrze Linux w funkcji bpf_get_stackid wywołanie get_perf_callchain wymaga wyłączonego wywłaszczania, podobnie jak dostęp do zwróconego bufora wpisów śledzenia. Funkcja bpf_get_stackid_pe jest już wykonywana z wyłączonym wywłaszczaniem. Brak wyłączenia wywłaszczania w bpf_get_stackid może prowadzić do problemów ze spójnością danych.

W jądrze Linux rozwiązano podatność w podsystemie PCI dotyczącą systemów s390 korzystających z hipervisora na poziomie maszyny. Współdzielone przypisanie obiektu pci_slot do urządzeń wielofunkcyjnych powodowało, że reset funkcji przez sterownik hotplug resetował niewłaściwą funkcję oraz prowadził do wycieku pamięci. Dodano flagę umożliwiającą tworzenie slotów PCI dla poszczególnych funkcji zarządzanych przez hipervisor.

Brak weryfikacji podpisu pakietów aktualizacji oprogramowania w monitorach Wi-Fi VEO i VEO-XS przed wersją 01.48.001 pozwala atakującemu kontrolującemu dostarczanie aktualizacji na instalację nieautoryzowanego oprogramowania.

Kong API Gateway Enterprise zawiera podatność w weryfikacji podpisu JWT w komponentach MCP OAuth2 i DataKit. Nieprawidłowa walidacja algorytmu podpisu pozwala nieuwierzytelnionemu atakującemu na stworzenie sfałszowanego JWT, który jest akceptowany jako ważny.

W jądrze Linux funkcja ublk_ch_mmap() odrzuca żądania mmap z ustawionym VM_WRITE, ale nigdy nie czyści VM_MAYWRITE na wynikowym mapowaniu tylko do odczytu. Umożliwia to demonowi w przestrzeni użytkownika mmap bufora poleceń z PROT_READ, a następnie podniesienie go do PROT_WRITE przez mprotect(). Bufor poleceń zawiera wpisy struct ublksrv_io_desc zapisywane przez jądro, więc zapisywalne mapowanie pozwala procesowi bez uprawnień uszkodzić pola takie jak addr, op_flags, nr_sectors i start_sector.

Apache Airflow Apache Kafka provider w wersjach od 1.15.0 do 2.0.0 rozwiązuje łańcuchy ścieżek kropkowanych z pola extra połączenia Kafka na wywoływalne obiekty Pythona przez import_string bez listy dozwolonych i przekazuje je do klienta confluent-kafka. Wdrożenia z włączonym producentem zdarzeń Kafka budują klienta w procesie schedulera, więc użytkownik mogący edytować połączenia Airflow uzyskuje wykonanie dowolnego kodu w płaszczyźnie kontrolnej. Wdrożenia z Google Managed Kafka nie są podatne, ponieważ ta ścieżka nadpisuje oauth_cb.

Brak walidacji certyfikatu TLS podczas pobierania aktualizacji oprogramowania w monitorach Wi-Fi VEO i VEO-XS (w wersjach przed 01.48.001) umożliwia atakującemu przeprowadzenie ataku typu man-in-the-middle na kanale aktualizacji.

Apache Airflow FAB provider: ścieżka Authentik OAuth w menedżerze uwierzytelniania FAB nie waliduje roszczeń issuer ani audience przyjmowanego id_token. Atakujący posiadający token wygenerowany przez tę samą instancję Authentik dla innej aplikacji klienckiej może przedstawić go Airflow i zostać uwierzytelniony jako wskazany użytkownik, ponieważ roszczenie audience nigdy nie jest sprawdzane. Dotyczy wdrożeń używających menedżera FAB z Authentik OAuth, gdzie ta sama instancja Authentik obsługuje inne aplikacje.

Przesyłanie poświadczeń domowej sieci Wi-Fi bez szyfrowania podczas procesu parowania między aplikacją DuoxMe a monitorami VEO i VEO-XS (w wersjach przed 4.3.4 aplikacji i 01.50.001 oprogramowania monitora) umożliwia atakującemu w sieci Wi-Fi Direct przechwycenie hasła sieciowego.

W Apache Airflow FAB provider dezaktywacja konta użytkownika nie unieważnia wcześniej wydanych tokenów. Tokeny te pozostają ważne i mogą być używane do uzyskiwania dostępu, nawet po dezaktywacji konta przez administratora.

W Apache ZooKeeper opcode deleteContainer (0x14/20) jest przetwarzany bez weryfikacji uprawnień ACL, co pozwala każdemu uwierzytelnionemu klientowi na usunięcie pustych węzłów persistent, container i TTL, nawet bez odpowiednich uprawnień. Jest to obejście autoryzacji i kontrola ACL.

Na platformach Arista EOS z skonfigurowanym OSPFv3, specjalnie spreparowany pakiet może spowodować nieoczekiwane ponowne uruchomienie agenta OSPFv3.

Na platformach Arista EOS z skonfigurowanym OSPFv2, specjalnie spreparowany pakiet OSPFv2 od nieuwierzytelnionego atakującego w tym samym segmencie rozgłoszeniowym, przy skonfigurowanym uwierzytelnianiu OSPFv2, może powodować flapping sąsiedztwa i utratę pakietów. Zakłócenia mogą wpływać na routing w całej domenie OSPF.

W Apache ZooKeeper, w trybie FIPS, weryfikacja nazwy hosta w TLS dla kworum nie jest egzekwowana. Mimo włączenia odpowiednich opcji, połączenie akceptuje certyfikat zaufany przez CA, nawet jeśli SAN nie pasuje do połączonego hosta, co pozwala złośliwemu certyfikatowi dołączyć do ruchu kworum.

W Apache ZooKeeper występuje ujawnienie informacji przez mechanizm SetWatches podczas ponownego połączenia, z powodu braku sprawdzenia ACL. Atakujący może odkryć ścieżki chronione ACL, rejestrując watch na nieistniejących ścieżkach, a następnie łącząc się ponownie po ich utworzeniu z ograniczeniami ACL.

Podatność obejścia uwierzytelniania SAML w pluginie Kong SAML, gdy opcja validate_assertion_signature jest jawnie ustawiona na false (domyślnie jest włączona). Gdy wyłączona, plugin może wyodrębnić tożsamość SAML z niepodpisanej asercji i uwierzytelnić użytkownika bez weryfikacji podpisu kryptograficznego.

W jądrze Linuxa, w module ksmbd, występuje podatność na odczyty poza zakresem w odpowiedziach konfiguracji udziału. Brak walidacji rozmiaru danych IPC przed przetworzeniem pól o zmiennej długości może prowadzić do odczytu poza dozwolonym obszarem pamięci.