CVE-2026-90251— Windows 17763 Bluetooth RCE漏洞
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
在 Linux 内核中，以下漏洞已得到修复： 蓝牙：MSFT：验证 evt_prefix_len 是否与响应长度匹配 函数仅检查响应是否覆盖了 的固定部分（11 字节）： 其中 是一个柔性数组成员，而 是一个未经验证的 u8 类型值，直接取自该响应。因此： 最多会从回复中复制 255 字节，但该回复可能根本没有携带这些数据。被复制的是控制器从未发送的数据，随后在 中用于匹配传入的厂商事件。 这并非越界访问。由于 skb 数据分配始终在负载之后保留至少 字节的额外空间，该空间大于 255 字节的最大值，因此读取操作仍
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-90251 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
Bluetooth: MSFT: validate evt_prefix_len against the response length
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
Bluetooth: MSFT: validate evt_prefix_len against the response length
read_supported_features() only checks that the response covers the fixed
part of struct msft_rp_read_supported_features, which is 11 bytes:
if (skb->len < sizeof(*rp)) {
bt_dev_err(hdev, "MSFT supported features length mismatch");
goto failed;
}
evt_prefix[] is a flexible array member and rp->evt_prefix_len is an
unvalidated u8 taken straight out of that response, so
msft->evt_prefix = kmemdup(rp->evt_prefix, rp->evt_prefix_len,
GFP_KERNEL);
copies up to 255 bytes from a reply that may have carried none of them.
What is copied is data the controller never sent, and it is then used to
match incoming vendor events in msft_vendor_evt().
This is not an out-of-bounds access. An skb data allocation always has
at least SKB_DATA_ALIGN(sizeof(struct skb_shared_info)) bytes past the
payload, which is more than the 255 byte maximum, so the read stays
inside the allocation and KASAN does not report it. It is still a read
of bytes the host was never given, with the length fully controlled by
the controller.
Reject a response that is too short for the prefix it declares.
Verified with an emulated controller over /dev/vhci on a KASAN kernel,
with vhci made to advertise an MSFT opcode the way btintel, btqca, btmtk
and btrtl do unconditionally. A reply of exactly 11 bytes declaring
evt_prefix_len = 255 reaches kmemdup and copies 255 bytes
("skb->len=11 evt_prefix_len=255", with the copied buffer dumped); since
the reply ends at the fixed part, all 255 come from past the end of the
response. No KASAN report is produced, as expected from the allocation
slack described above. With this patch the response is rejected with
"MSFT event prefix length mismatch" and msft->evt_prefix is left unset.
来源: 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-90251 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-90251 的情报信息
请登录查看更多情报信息。
CVE-2026-90251 补丁与修复 (5)
CVE-2026-90251 其他参考 (3)
同批安全公告 · Linux · 2026-09-17 · 共 602 条
| CVE-2026-90257 | Linux内核 virtio_bt 越界读取漏洞 | |
| CVE-2026-90238 | Linux内核 AMD ISP4 驱动死锁漏洞 | |
| CVE-2026-90240 | Linux内核 IOMMU 别名拆除时刷新缓存错误 | |
| CVE-2026-90239 | Linux内核 AMD ISP4 内存管理缺陷 | |
| CVE-2026-90241 | Intel VT-d 可扩展模式探测失败导致上下文拆除缺陷 | |
| CVE-2026-90243 | Linux内核 VT-d IOMMU 安全漏洞 | |
| CVE-2026-90242 | Linux内核IOMMU VTD引用计数泄漏 | |
| CVE-2026-90244 | Linux内核 iommu/dma 竞争条件漏洞 | |
| CVE-2026-90245 | Linux fbdev kyro 驱动坐标校验缺陷 | |
| CVE-2026-90246 | AppArmor 标签验证整数溢出 | |
| CVE-2026-90247 | 内核bpf路径mmap_lock内存泄漏 | |
| CVE-2026-90248 | Linux内核net/sched：修复竞态条件导致的协议拆解错误 | |
| CVE-2026-90249 | Linux内核iio驱动运行时电源管理修复 | |
| CVE-2026-90250 | Linux内核 bpf cgroup 空指针解引用漏洞 | |
| CVE-2026-90253 | Linux 蓝牙MESH 发送取消命令内存泄漏漏洞 | |
| CVE-2026-90252 | Linux Bluetooth MGMT 取消时未释放HCI命令 | |
| CVE-2026-90254 | 蓝牙 hci_sync 广告实例释放漏洞 | |
| CVE-2026-90256 | Linux Bluetooth L2CAP 远程代码执行漏洞 | |
| CVE-2026-90255 | Linux内核 Bluetooth 漏洞 | |
| CVE-2026-90267 | Linux 内核 SCSI 驱动内存池泄漏漏洞 |
显示前 20 条，共 602 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2026-90251
暂无评论