CVE-2026-11368
WysokieCVSS 7.1Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 7 - wyżej niż 7% wszystkich znanych CVE
Streszczenie
Podatność w warstwie ATT stosu Bluetooth w Zephyr OS prowadzi do użycia po zwolnieniu (use-after-free) pamięci kanału. Gdy zdalne urządzenie rozłączy się podczas trwającego ruchu ATT, opóźnione wywołanie zwrotne może odwołać się do zwolnionego już kanału, co powoduje awarię systemu lub potencjalne uszkodzenie pamięci.
Ocena ryzyka
Atakujący bez parowania i interakcji z użytkownikiem może zdalnie wywołać awarię (denial of service) urządzenia z Bluetooth, a w skrajnych przypadkach doprowadzić do naruszenia integralności pamięci, co może umożliwić dalszą eskalację uprawnień.
Rekomendacja
Należy natychmiast zaktualizować Zephyr OS do wersji zawierającej poprawkę (CVE-2026-11368). Jeśli aktualizacja nie jest możliwa, rozważ ograniczenie dostępu do Bluetooth lub wyłączenie funkcji ATT, dopóki poprawka nie zostanie wdrożona.
Inne podatności w Zephyr OS
Zobacz wszystkie- CVE-2026-13216Średnie
Sterownik virtio PCI w Zephyr OS (drivers/virtio/virtio_pci.c) nieprawidłowo waliduje długość zdolności (cap_len) odczytywanej z przestrzeni konfiguracyjnej PCI. Brak walidacji w czasie wykonywania (asercja jest wyłączona w wersjach produkcyjnych) prowadzi do zapisu poza bufor na stosie jądra podczas inicjalizacji urządzenia.
- CVE-2026-11809Niskie
Klient OTA UpdateHub w Zephyr OS zawiera podatność polegającą na odczycie niezainicjalizowanej pamięci sterty oraz odczycie poza granicami bufora w funkcji z_impl_updatehub_probe(). Serwer UpdateHub może wysłać spreparowaną odpowiedź, która po nieudanym pierwszym parsowaniu JSON powoduje użycie niezakończonego znakiem NUL bufora metadata_copy, co prowadzi do odczytu poza przydzieloną pamięcią i może wywołać awarię urządzenia.
- CVE-2026-10677Średnie
W Zephyr OS (wersje od v1.12.0 do v4.4.1) weryfikator syscall CONFIG_USERSPACE w funkcji z_vrfy_k_poll() nie zwalnia pamięci w przypadku błędu walidacji. Atakujący może wielokrotnie wywołać wyciek pamięci, prowadząc do wyczerpania puli jądra i odmowy usługi.
- CVE-2026-10674Średnie
W Zephyr OS (od v2.5.0) sterownik NXP LPUART wyłącza zegary peryferium przed walidacją konfiguracji. Nieobsługiwane parametry powodują błąd bez ponownego włączenia zegara, co prowadzi do twardego błędu i awarii systemu.
- CVE-2026-10666Wysokie
W funkcji parse_ipv4() w Zephyr OS występuje podatność przepełnienia bufora stosu. Atakujący może wysłać spreparowany adres IP z długim sufiksem po dwukropku, co powoduje kopiowanie danych poza przydzielony bufor 17-bajtowy. Problem istnieje od wersji v1.9.0 do v4.4.0 i może prowadzić do awarii systemu lub potencjalnego przejęcia kontroli.
- CVE-2026-10657Niskie
W Zephyr OS wykryto podatność w resolverze DNS, gdzie funkcja memcmp() porównuje zawsze 7 bajtów z sufiksem ".local", nawet gdy końcowa etykieta hostname jest krótsza. Powoduje to odczyt poza końcem łańcucha, co może prowadzić do błędu strony i odmowy usługi (DoS). Problem występuje tylko przy włączonym CONFIG_MDNS_RESOLVER i istnieje od wersji v1.10.0.
- CVE-2026-10656Średnie
Sterownik kontrolera USB MAX32xxx (udc_max32.c) w Zephyr OS nie sprawdza, czy bufor punktu końcowego jest NULL-em w procedurach obsługi zakończenia transferu OUT i IN. Gdy host USB wyśle nowy pakiet SETUP podczas trwającego transferu EP0, może dojść do wyczerpania FIFO i przetworzenia nieaktualnego zdarzenia, co prowadzi do dereferencji wskaźnika bliskiego NULL i awarii urządzenia.
- CVE-2026-10648Średnie
W Zephyr OS w funkcji mcumgr_serial_process_frag() wywołanie net_buf_reset() na wyniku smp_packet_alloc() następuje przed sprawdzeniem wartości NULL. Gdy pula pakietów MCUmgr (domyślnie 4 bufory) zostanie wyczerpana, smp_packet_alloc() zwraca NULL, a próba zapisu przez wskaźnik NULL powoduje awarię systemu.
- CVE-2026-10642Średnie
Sterownik UART PL011 w Zephyr OS (drivers/serial/uart_pl011.c) zawiera nieskończoną pętlę w funkcji pl011_irq_tx_enable(), która powoduje zawieszenie wątku przy włączonej kontroli przepływu CTS. Gdy urządzenie zewnętrzne wycofa sygnał CTS, sterownik nie może opróżnić FIFO nadawczego, a pętla nigdy się nie kończy, prowadząc do odmowy usługi (CWE-835).
Oryginalny opis (angielski, źródło NVD)
The Bluetooth host ATT layer (subsys/bluetooth/host/att.c) associates each in-flight ATT TX buffer with its owning channel via the static tx_meta_data_storage[] array (data->att_chan = chan). When a buffer's last reference is dropped, its net-buf destroy callback defers the completion handling to the system workqueue (att_tx_destroy -> att_tx_destroy_work_handler -> att_on_sent_cb -> bt_att_sent), where bt_att_sent dereferences the channel and its ATT context (sys_slist_get(&att->reqs)). When a peer disconnects while an ATT PDU (a server notification/indication or any response) is still in flight in the controller TX path, L2CAP tears the channel down in l2cap_chan_del(): it runs the disconnected callback and then the released callback (bt_att_released), which frees the channel slab slot. Because the in-flight buffer is held by the connection TX path rather than the channel's own queue, its deferred destroy work can run after the channel has been freed. The att_on_sent_cb guard intended to drop the stale callback itself dereferences meta->att_chan, which is now a dangling pointer into a freed (and possibly reused) slab slot. A remote peer with an ATT connection can drive this by disconnecting during routine ATT traffic; no pairing or user interaction is required to reach the ATT bearer. The result is a use-after-free read/write of freed channel memory, reliably crashing the Bluetooth host (denial of service) and, because the channel slab slot may be reused, potentially corrupting live memory. The fix makes bt_att_released() NULL the att_chan field of every tx_meta_data_storage[] entry still referencing the channel before freeing it, so the deferred guard observes a NULL pointer and drops the callback. Teardown and the destroy work both run on the cooperative system workqueue, so the array update is serialized and needs no lock.