CVE-2026-89480— NVMe-TCP 读取字节数异常拒绝漏洞
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
In the Linux kernel, the following vulnerability has been resolved: nvme-tcp: reject a read that transferred too few bytes nvme_tcp_recv_data() completes a request once the current C2HData PDU has been consumed. Nothing compares the total bytes received agains
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-89480 基础信息
漏洞信息
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
nvme-tcp: reject a read that transferred too few bytes
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
nvme-tcp: reject a read that transferred too few bytes
nvme_tcp_recv_data() completes a request once the current C2HData PDU
has been consumed. Nothing compares the total bytes received against
the length the command asked for: struct nvme_tcp_request has no
receive-side counter, queue->data_remaining is per queue, and
blk_mq_end_request() completes for blk_rq_bytes(rq) unconditionally
with no residual concept anywhere above.
A controller can therefore answer a 4096-byte read with 512 bytes and
have it reported as a complete read; user space then gets 4096 bytes of
which 3584 are whatever was already in the page. I reproduced that with
a test target.
Count the bytes received and refuse to complete a successful read whose
count does not match, at the two NVME_TCP_F_DATA_SUCCESS paths and in
nvme_tcp_process_nvme_cqe(). The success test shifts req->status right
by one, because the driver keeps the wire value there and shifts it on
completion, so the check must see what the completion path will see.
Only REQ_OP_READ is checked, because there the length comes from the
sectors the request covers; a passthrough command is built by its
submitter, which picks both command and buffer, so the kernel has
nothing to compare against.
来源: 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-89480 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-89480 的情报信息
请登录查看更多情报信息。
CVE-2026-89480 其他参考 (4)
同批安全公告 · Linux · 2026-09-11 · 共 431 条
| CVE-2026-89490 | OCFS2 32位内核readdir截断修复 | |
| CVE-2026-89477 | Linux内核 SCTP 重配置空指针引用漏洞 | |
| CVE-2026-89478 | sctp：移除的传输中丢弃数据块 | |
| CVE-2026-89479 | 内核SCTP模块关联删除后仍处理报文 | |
| CVE-2026-89482 | NVMe-TCP 数据长度误判漏洞 | |
| CVE-2026-89481 | NVMe/TCP 主机内存泄露漏洞 | |
| CVE-2026-89483 | Linux内核 NVMe驱动 逻辑错误 | |
| CVE-2026-89484 | Linux内核lockd 空指针解引用漏洞 | |
| CVE-2026-89485 | Linux lockd 锁释放时文件指针固定漏洞 | |
| CVE-2026-89486 | IPMI 驱动 _ipmi_destroy_user 释放后使用漏洞 | |
| CVE-2026-89487 | Open vSwitch 数据包丢弃逻辑缺陷 | |
| CVE-2026-89488 | Open vSwitch CT limit 释放后使用漏洞 | |
| CVE-2026-89489 | OpenRISC 内核 or1k_atomic 任意内存访问漏洞 | |
| CVE-2026-89491 | OCFS2集群心跳锁持有期间睡眠漏洞 | |
| CVE-2026-89501 | ring-buffer 子缓冲区调整时未持锁漏洞 | |
| CVE-2026-89498 | Orangefs 双重释放漏洞 | |
| CVE-2026-89499 | ring-buffer 页面交换失败时停止远程读取 | |
| CVE-2026-89500 | ring-buffer 缓冲区读取页修复 | |
| CVE-2026-89497 | Orangefs 调试掩码解析空格处理缺陷 | |
| CVE-2026-89502 | Ring-Buffer 内存释放错误 |
显示前 20 条，共 431 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2026-89480
暂无评论