Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - Bluetooth：mgmt：修复“hdev->discovery.uuids”空取消引用 “uuid_count”是 struct“discovery_state”的成员在没有任何锁定的情况下被分配和读取，因此有可能发生 uuid_count ！= 0 但 uuids 为 NULL 并将存在空指针取消引用的情况。可能的种族：
    'hci_update_passive_scan_sync' 'hci_discovery_filter_clear' hdev->discovery.uuid_count = 0;
    <----------------------preempted-----------------------------> 'start_service_discovery' // 将 uuid_count 设置为值 ！= 0 hdev->discovery.uuid_count = uuid_count;hdev->discovery.uuids = kmemdup（...）;
    <----------------------preempted-----------------------------> spin_lock（&hdev->discovery.lock）;
    kfree（hdev->discovery.uuids）;hdev->discovery.uuids = NULL;spin_unlock（&hdev->discovery.lock）;现在 uuids == NULL 且uuid_count ！= 0。因此，“mgmt_device_found”->“is_filter_match”->“eir_has_uuids”会收到不一致的发现状态，其中会发生 uuid 的空取消引用。为了修复该问题，让我们围绕 uuid_count 的每次读取/写入添加 discovery.lock，对 struct 成员的 uuid。同样重要的是，仅在 start_service_discovery（） 中 kmemdup（） 分配成功后才分配uuid_count值，否则 uuid 为空，因为 kmemdup 失败，但 uuid_count 已分配给非零值。会发生以下错误：[ ] ------------[ cut here ]------------ [ ] 无法处理虚拟地址 00000000000000000 的内核空指针取消引用 [ ] 内部错误：错误：0000000096000006 [#1] 抢占 SMP [ ] CPU：0 PID：15056 通信：kworker/u9：2 [ ] 工作队列：hci0 hci_rx_work [ ] pstate：10400009 （nzcV daif +PAN -UAO
    -TCO -DIT -SSBS BTYPE=--） [ ] pc：eir_has_uuids+0x2d8/0x590 [ ] lr：is_filter_match+0x258/0x320 ...[ ] 调用跟踪： [ ] eir_has_uuids+0x2d8/0x590 [ ] is_filter_match+0x258/0x320 [ ] mgmt_device_found+0x5b0/0xafc [ ] process_adv_report.part.0+0x8c8/0xf14 [ ] hci_le_adv_report_evt+0x338/0x3f0 [ ] hci_le_meta_evt+0x1f0/0x4c8 [ ] hci_event_packet+0x440/0xc9c [ ] hci_rx_work+0x44c/0xaf8 [ ] process_one_work+0x54c/0x103c [ ] worker_thread+0x6c4/0x10c4 [ ] kthread+0x274/0x2ec [ ] ret_from_fork+0x10/0x20 [ ] 代码： 14000004 91004021 eb14003f 54000180 （f9400024） [] ---[ 结束跟踪 00000000000000000 ]--- （CVE-2026-93247）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2026-93247

medium Nessus 插件 ID 350034

版本 1.1