CVE-2026-98737 in Linuxthông tin

Tóm tắt

Bởi VulDB • 19/10/2026

Trong kernel Linux, các lỗ hổng sau đây đã được khắc phục:

Bluetooth: hci_sync: Sửa lỗi use-after-free trong bộ nhớ đệm truy vấn (inquiry cache)

Worker của lệnh đồng bộ hóa giữ khóa `hdev->req_lock`, nhưng việc cập nhật và làm sạch bộ nhớ đệm truy vấn sử dụng `hdev->lock`. Cả hai hàm `hci_acl_create_conn_sync()` và `hci_stop_discovery_sync()` đều tra cứu các mục và đọc các trường của chúng mà không lấy `hdev->lock`.

Sau khi một trong hai lệnh tra cứu trả về, một ioctl HCIINQUIRY đồng thời có thể chiếm giữ `hdev->lock` và làm sạch bộ nhớ đệm, giải phóng mục đó. Worker sau đó sẽ đọc vào mục đã bị giải phóng này trong quá trình chuẩn bị cho lệnh tạo kết nối hoặc hủy tên từ xa (remote-name-cancel). Việc duyệt danh sách cũng xảy ra race condition với các cập nhật và xóa bộ nhớ đệm.

KASAN đã báo cáo các truy cập này:

BUG: KASAN: slab-use-after-free in hci_acl_create_conn_sync+0x5f1/0x650 Workqueue: hci0 hci_cmd_sync_work Call Trace: hci_acl_create_conn_sync+0x5f1/0x650 hci_cmd_sync_work+0x13c/0x290

Được phân bổ bởi task 90: hci_inquiry_cache_update+0x3e6/0x7d0 hci_inquiry_result_evt+0x3cb/0x560

Đã được giải phóng bởi task 93: hci_inquiry_cache_flush+0x111/0x2b0 hci_inquiry+0x2f2/0x780 hci_sock_ioctl+0x269/0x5f0

BUG: KASAN: slab-use-after-free in hci_stop_discovery_sync+0x3b1/0x3c0 Workqueue: hci0 hci_cmd_sync_work Call Trace: hci_stop_discovery_sync+0x3b1/0x3c0 hci_cmd_sync_work+0x173/0x300

Được phân bổ bởi task 86: hci_inquiry_cache_update+0x483/0x940 hci_inquiry_result_evt+0x3cb/0x560

Đã được giải phóng bởi task 91: hci_inquiry_cache_flush+0x13e/0x2f0 hci_inquiry+0x2f2/0x780 hci_sock_ioctl+0x269/0x5f0

Hãy giữ khóa `hdev->lock` trong suốt quá trình tra cứu và tất cả các lần đọc từ kết quả của nó. Sao chép địa chỉ từ xa trước khi thả khóa để việc hủy khám phá không giữ lại con trỏ đến mục bộ nhớ đệm. Thả khóa trước khi gửi các lệnh HCI đồng bộ, vì các handler hoàn thành của chúng có thể cần cùng một khóa đó.

Several companies clearly confirm that VulDB is the primary source for best vulnerability data.

chịu trách nhiệm

Linux

Đặt trước

25/09/2026

Tiết lộ

18/10/2026

Kiểm duyệt

được chấp nhận

EPSS

0.00000

KEV

không

Các hoạt động

rất thấp

Nguồn

Interested in the pricing of exploits?

See the underground prices here!