Odebrany

CVE-2026-98109

opublikowano: 25.09.2026, 13:17

modyfikacja: 25.09.2026, 13:17

Ocena CVSS

n/a

Brak oceny

Oficjalne źródła

>_ Opis

Tłumaczenie automatyczne – może zawierać nieścisłości.

W jądrze Linuksa usunięto następującą lukę:

Bluetooth: hci_core: Napraw sytuację wyścigu podczas rejestracji urządzenia

W funkcji hci_register_dev() element roboczy power_on jest ustawiany w kolejce
hdev->req_workqueue przed inicjalizacją hdev->adv_monitors_idr i
rejestracja rozszerzenia MSFT poprzez msft_register(). Dla urządzeń oznaczonych symbolem
dziwactwa, takie jak HCI_QUIRK_RAW_DEVICE, flaga HCI_UNCONFIGURED jest ustawiona na
urządzenie. Gdy element roboczy power_on działa jednocześnie na innym procesorze,
hci_power_on() natychmiast wykrywa, że urządzenie jest nieskonfigurowane
wywołuje hci_dev_do_close(), która wywołuje msft_do_close().

Jednocześnie msft_register() przydziela strukturę msft i udostępnia ją
do hdev->msft_data przed wywołaniem mutex_init(&msft->filter_lock). Jeśli
msft_do_close() jest wykonywana, gdy hdev->msft_data jest już przypisany, ale
mutex nie został jeszcze zainicjowany, działa mutex_lock(&msft->filter_lock).
na niezainicjowanym muteksie, wywołując ostrzeżenie DEBUG_LOCKS:

DEBUG_LOCKS_WARN_ON(blokada->magia != blokada)
OSTRZEŻENIE: jądro/locking/mutex.c:625 w __mutex_lock_common
jądro/blokowanie/mutex.c:625 [wbudowane]
OSTRZEŻENIE: jądro/locking/mutex.c:625 w __mutex_lock+0x12d8/0x1550
jądro/locking/mutex.c:821
...
Zadzwoń do śledzenia:
<ZADANIE>
msft_do_close+0x308/0x7b0 net/bluetooth/msft.c:693
hci_dev_close_sync+0x86b/0x10a0 net/bluetooth/hci_sync.c:5522
hci_dev_do_close net/bluetooth/hci_core.c:499 [wbudowane]
hci_power_on+0x32c/0x750 net/bluetooth/hci_core.c:937
Process_one_work kernel/workqueue.c:3322 [inline]
proces_scheduled_works+0xa8e/0x14e0 jądro/workqueue.c:3405
wątek_pracownika+0x92d/0xe10 jądro/workqueue.c:3486
kthread+0x388/0x470 jądro/kthread.c:436
ret_from_fork+0x514/0xb70 arch/x86/kernel/process.c:158
ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:245
</ZADANIE>

Napraw ten problem, przenosząc wywołanie kolejki_work() w funkcji hci_register_dev() na później
idr_init(&hdev->adv_monitors_idr) i msft_register(hdev), aby to urządzenie
struktury i rozszerzenia są w pełni inicjowane przed zadaniami asynchronicznymi
może uzyskać do nich dostęp. Dodatkowo przypisz hdev->msft_data w msft_register()
dopiero po zakończeniu mutex_init(&msft->filter_lock).

In the Linux kernel, the following vulnerability has been resolved:

Bluetooth: hci_core: Fix race condition during device registration

In hci_register_dev(), the power_on work item is queued to
hdev->req_workqueue before initializing hdev->adv_monitors_idr and
registering the MSFT extension via msft_register(). For devices marked with
quirks such as HCI_QUIRK_RAW_DEVICE, the HCI_UNCONFIGURED flag is set on
the device. When the power_on work item runs concurrently on another CPU,
hci_power_on() detects that the device is unconfigured and immediately
invokes hci_dev_do_close(), which calls msft_do_close().

Concurrently, msft_register() allocates the msft structure and exposes it
to hdev->msft_data prior to calling mutex_init(&msft->filter_lock). If
msft_do_close() executes while hdev->msft_data is already assigned but the
mutex has not yet been initialized, mutex_lock(&msft->filter_lock) operates
on an uninitialized mutex, triggering a DEBUG_LOCKS warning:

DEBUG_LOCKS_WARN_ON(lock->magic != lock)
WARNING: kernel/locking/mutex.c:625 at __mutex_lock_common
kernel/locking/mutex.c:625 [inline]
WARNING: kernel/locking/mutex.c:625 at __mutex_lock+0x12d8/0x1550
kernel/locking/mutex.c:821
...
Call Trace:
<TASK>
msft_do_close+0x308/0x7b0 net/bluetooth/msft.c:693
hci_dev_close_sync+0x86b/0x10a0 net/bluetooth/hci_sync.c:5522
hci_dev_do_close net/bluetooth/hci_core.c:499 [inline]
hci_power_on+0x32c/0x750 net/bluetooth/hci_core.c:937
process_one_work kernel/workqueue.c:3322 [inline]
process_scheduled_works+0xa8e/0x14e0 kernel/workqueue.c:3405
worker_thread+0x92d/0xe10 kernel/workqueue.c:3486
kthread+0x388/0x470 kernel/kthread.c:436
ret_from_fork+0x514/0xb70 arch/x86/kernel/process.c:158
ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:245
</TASK>

Fix this by moving the queue_work() call in hci_register_dev() to after
idr_init(&hdev->adv_monitors_idr) and msft_register(hdev) so that device
structures and extensions are fully initialized before asynchronous tasks
can access them. Additionally, assign hdev->msft_data in msft_register()
only after mutex_init(&msft->filter_lock) has completed.

>_ Referencje

Dane podatności pochodzą z oficjalnych źródeł (CVE® List / NVD). Opisy po polsku są tłumaczone automatycznie i mogą zawierać nieścisłości – na stronie rekordu można wyświetlić wersję angielską.

This product uses the NVD API but is not endorsed or certified by the NVD.

CVE Usage: MITRE hereby grants you a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare derivative works of, publicly display, publicly perform, sublicense, and distribute Common Vulnerabilities and Exposures (CVE®). Any copy you make for such purposes is authorized provided that you reproduce MITRE's copyright designation and this license in any such copy. ALL DOCUMENTS AND THE INFORMATION CONTAINED THEREIN PROVIDED BY MITRE ARE PROVIDED ON AN "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND.

NVD Terms of Use / CVE® Terms of Use / nvd.nist.gov / cve.org

<< baza_cve