CVE-2026-93209— 蓝牙hci_core使用skb_get()替代skb_clone()处理req_skb
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
在 Linux 内核中，已修复以下漏洞： 蓝牙：hci_core：在 req_skb 上使用 skb_get() 替代 skb_clone() 蓝牙启用功能间歇性失败，返回超时错误 （-110）。内核日志显示，HCI 读取本地版本命令已发送，且固件返回状态 0x00（由 hci_req_cmd_complete() 通过 BT_DBG 记录），但 __hci_cmd_sync_sk() 中的等待者从未被唤醒，并在 10 秒后超时： 根本原因是：hci_send_cmd_sync() 将发送的命令克隆到 hdev->
可能的 ATT&CK 技术 1 AI
T1562.008影响版本矩阵 20
| 厂商 | 产品 | 版本范围 | 状态 |
|---|---|---|---|
| Linux | Linux | da77c1d39bc527b31890bfa0405763c82828defb< 0337fb092873a4146aa854acb554675b49c8f6b5 |
affected |
2af7aa6685e22d0dc546b0d27e5f16d3afe211fa< d5eef0747071934a1c080ee617fa4fd3566394c5 |
affected | ||
2615fd9a7c2507eb3be3fbe49dcec88a2f56454a< d7723320db4c9cb9ec2b9a36140e6c641dd77814 |
affected | ||
2615fd9a7c2507eb3be3fbe49dcec88a2f56454a< d0b28e9655f4b3195210627577f81883dc1d0162 |
affected | ||
2615fd9a7c2507eb3be3fbe49dcec88a2f56454a< 26f66d5b8a5663af498f7ccc94fc79fb47a2191f |
affected | ||
2615fd9a7c2507eb3be3fbe49dcec88a2f56454a< f5afdff569a09d1cb8cf19826199d024725576cb |
affected | ||
4ff121be63b761950610f422437aaaef8e075c40 |
affected | ||
18a4c59af609994552c8b39c5438304e070e55c7 |
affected | ||
| … +12 条更多 | |||
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-93209 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
Bluetooth: hci_core: use skb_get() instead of skb_clone() for req_skb
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
Bluetooth: hci_core: use skb_get() instead of skb_clone() for req_skb
BT enable fails intermittently with -ETIMEDOUT (-110). The kernel log
shows the HCI Read Local Version command was sent and the firmware
replied with status 0x00 (logged by hci_req_cmd_complete() BT_DBG),
but the waiter in __hci_cmd_sync_sk() never woke up and timed out
after 10 s:
bluetooth hci0: Opcode 0xfc00 // __hci_cmd_sync_sk
bluetooth hci0: opcode 0xfc00 plen 1 // hci_cmd_sync_add
bluetooth hci0: skb len 4 // hci_cmd_sync_alloc
bluetooth hci0: length 1 // hci_req_sync_run
Bluetooth: hci0 cmd_cnt 1 cmd queued 1 // hci_cmd_work
Bluetooth: hci0 type 1 len 4 // hci_send_frame
Bluetooth: opcode 0xfc00 status 0x00 // hci_req_cmd_complete
<-- req_skb NULL: req_complete_skb not set,
hci_cmd_sync_complete() never called,
req_status stays HCI_REQ_PEND -->
<-- 10 s later: wait_event_interruptible_timeout expires -->
bluetooth hci0: end: err -110 // __hci_cmd_sync_sk
The root cause is that hci_send_cmd_sync() clones the sent command
into hdev->req_skb so that hci_req_cmd_complete() can locate the
registered completion callback. Under memory pressure this
skb_clone() fails, leaving hdev->req_skb NULL. The firmware reply
is received and processed, but hci_req_cmd_complete() finds NULL
req_skb, so hci_cmd_sync_complete() is never called, req_status
stays HCI_REQ_PEND, and the waiter times out with -ETIMEDOUT.
req_skb is only used to read bt_cb(skb)->hci callbacks and opcode --
it is never modified. Replace skb_clone() with skb_get(), which
simply increments the reference count of hdev->sent_cmd without
allocating new memory and therefore cannot fail.
This issue was first observed as a use-after-free in ttyport_close()
when ttyport_open() failed, which was investigated in an earlier
patch series [1]. That investigation led to the discovery of the
true root cause described above.
[1] https://lore.kernel.org/all/20250430111617.1151390-1-quic_cxin@quicinc.com/
来源: CVE Program / CVE List V5
CVSS Information
N/A
来源: CVE Program / CVE List V5
Vulnerability Type
N/A
来源: CVE Program / CVE List V5
受影响产品
二、漏洞 CVE-2026-93209 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-93209 的情报信息
请登录查看更多情报信息。
CVE-2026-93209 补丁与修复 (6)
同批安全公告 · Linux · 2026-09-24 · 共 234 条
| CVE-2026-93207 | 9.8 CRITICAL | SUNRPC svcauth_gss_decode_credbody() 存在安全漏洞 |
| CVE-2026-97413 | 9.8 CRITICAL | Linux RDMA/rtrs-srv整数下溢漏洞 |
| CVE-2026-93228 | 9.1 CRITICAL | svcrdma 拒绝段计数为0的写入/回复块漏洞 |
| CVE-2026-93793 | 8.8 HIGH | iwlwifi 驱动 TX_CMD 响应布局验证漏洞 |
| CVE-2026-93799 | 8.8 HIGH | iwlwifi mvm BA窗口状态通知中sta_id验证漏洞 |
| CVE-2026-93790 | 8.8 HIGH | iwlwifi 驱动 BA 通知中 tid_data 越界访问漏洞 |
| CVE-2026-93806 | 8.8 HIGH | wifi: cfg80211 关联响应长度验证漏洞 |
| CVE-2026-97442 | 8.8 HIGH | ath11k无线驱动rx_h_undecap_nwifi无效数据访问漏洞 |
| CVE-2026-97409 | 8.8 HIGH | Linux NVMe-oF目标未初始化前取消请求漏洞 |
| CVE-2026-97509 | 8.8 HIGH | Thunderbolt 服务期间保持 XDomain 引用漏洞 |
| CVE-2026-93280 | 8.8 HIGH | Greybus 音频拓扑边界检查漏洞 |
| CVE-2026-93284 | 8.8 HIGH | drm/pagemap 迁移错误前未解除 dma 映射 |
| CVE-2026-97451 | 8.4 HIGH | ACPICA mid_op 整数溢出漏洞 |
| CVE-2026-97452 | 8.4 HIGH | ACPICA：防止添加无效引用 |
| CVE-2026-97455 | 8.4 HIGH | ACPICA acpi_ds_terminate_control_method 使用后释放漏洞 |
| CVE-2026-97450 | 8.4 HIGH | ACPICA 双重验证处理器对象类型漏洞 |
| CVE-2026-93827 | 8.4 HIGH | virtio-fs 队列设置失败时双重释放漏洞 |
| CVE-2026-97433 | 8.2 HIGH | NVMe 验证 FDP 配置描述符大小 |
| CVE-2026-93787 | 8.1 HIGH | CIFS cifs_filldir 中目录项名称越界访问漏洞 |
| CVE-2026-93224 | 8.1 HIGH | svcrdma 接受失败时未配对 rn_unregister 漏洞 |
显示前 20 条，共 234 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2026-93209
暂无评论