Katalog podatności CVE

W jądrze Linux w sterowniku ab8500_fg funkcja ab8500_fg_remove() niszczy kolejkę roboczą, podczas gdy wątkowane procedury obsługi przerwań są wciąż uzbrojone. Procedura obsługi, która uruchomi się w tym oknie, kolejkuje pracę na zwolnionej kolejce, powodując use-after-free. Poprawka niszczy kolejkę przez devm, rejestrując jej czyszczenie po zasilaczu i przed żądaniami przerwań.

W jądrze Linuxa wykryto podatność w module DAMON, która może prowadzić do nieskończonej pętli w funkcji kdamond_merge_regions(). Problem wynika z przepełnienia liczby całkowitej przy podwajaniu progu scalania regionów, gdy maksymalny próg przekracza UINT_MAX/2. Warunek zakończenia pętli jest sprawdzany po podwojeniu, co w określonych warunkach może ominąć zabezpieczenie i spowodować zawieszenie systemu.

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.

W jądrze Linux w ksmbd obsługa odpowiedzi złożonych rozszerza ostatni iov odpowiedzi do granicy ośmiu bajtów. Funkcja smb2_read_pipe() alokuje tylko rozmiar ładunku, więc wyrównanie może ujawnić do siedmiu bajtów niezainicjowanej pamięci sterty jądra. Poprawka alokuje wyrównany rozmiar i czyści nieużywany ogon przed przypięciem bufora odpowiedzi.

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.

VeloCloud Edge i Gateway mają podatność typu out-of-bounds write podczas przetwarzania tunelowanych fragmentów IP między uwierzytelnionymi sąsiadami overlay. Dotyczy to wyłącznie protokołu tunelowego VeloCloud VCMP. Udany atak może spowodować zakończenie i restart procesu, prowadząc do tymczasowego zakłócenia ruchu.

Nieuwierzytelniony atakujący z dostępem sieciowym do prywatnego łącza HA może wywołać wrażliwe funkcje rówieżników HA bez weryfikacji. Może to prowadzić do podniesienia uprawnień i wykonania poleceń na urządzeniach Edge z włączonym HA.

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.

Aplikacja DuoxMe dla Androida w wersjach przed 4.3.4 przechowuje dane wrażliwe w postaci jawnej. Atakujący z lokalnym dostępem do urządzenia może odczytać poświadczenia zapisane przez aplikację i podszyć się pod konto użytkownika.

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.

Nieuwierzytelniony atakujący może wstrzyknąć fałszywe wpisy do dziennika operacyjnego Apache ZooKeeper, wysyłając spreparowane żądanie add_auth("ensemble", ...) zawierające znaki nowej linii. Nazwa zespołu nie jest sanityzowana przed zapisaniem do logu, co pozwala na sfałszowanie wpisów nieodróżnialnych od prawdziwych.

Gdy włączone jest logowanie audytowe, nieuwierzytelniony atakujący może wstrzyknąć dowolne pola do dziennika audytu Apache ZooKeeper, wysyłając żądanie uwierzytelnienia digest z tabulatorami w nazwie użytkownika. Wstrzyknięte tabulatory są interpretowane jako separatory pól, co pozwala na sfałszowanie wyników audytu i operacji.

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 z Arista EOS nieuwierzytelniony atakujący w sąsiedztwie sieciowym przełącznika, mogący połączyć się z urządzeniem z włączonym PIM Sparse Mode i MLAG, może wysłać zniekształcone komunikaty powodujące nieoczekiwane zakończenie agenta Pimsm. Agent jest automatycznie restartowany, ale powtarzane ataki mogą prowadzić do ciągłych restartów i trwałej odmowy usługi.

W Apache Airflow Keycloak provider nieuwierzytelniony endpoint tokenów akceptuje grant client-credentials dla dowolnego poufnego klienta zarejestrowanego w realmie Keycloak, nie tylko dla klienta skonfigurowanego dla Airflow. Brak listy dozwolonych klientów pozwala na użycie poświadczeń innej aplikacji jako ważnych poświadczeń logowania do Airflow.