Goal Reached Thanks to every supporter — we hit 100%!

Goal: 1000 CNY · Raised: 1336 CNY

100%

CVE-2026-89480— nvme-tcp: reject a read that transferred too few bytes

Quick assessment

Affected
Linux Linux
Exploitation
No confirmed in-the-wild exploitation; assess based on exposure
Recommended action
Check the vendor advisory and references for a fixed version. If immediate upgrade is impossible, restrict exposure and increase monitoring.

以下是该漏洞描述的中文翻译: 在 Linux 内核中,已修复以下漏洞: nvme-tcp:拒绝接收字节数过少的读取请求 在当前 C2HData PDU 被消费后便会完成请求。没有任何机制将实际接收到的总字节数与命令请求的长度进行比对: 中没有接收端的字节计数器, 是针对每个队列的,并且 无条件地根据 完成请求,整个上层代码中不存在“剩余字节”(residual)的概念。 因此,控制器可以用 512 字节来响应一个 4096 字节的读取请求,而它会被报告为一个完整的读取。随后用户空间将获得 4096 字节,其中 35

Affected Version Matrix 10

VendorProduct Version RangeStatus
Linux Linux 3f2304f8c6d6ed97849057bd16fee99e434ca796< 99066cf9bba175f610ceb61a35f6fc9fbc33ff65 affected
3f2304f8c6d6ed97849057bd16fee99e434ca796< 8a02ad98798fd01f51f648c1fdd8f3c9d07195d3 affected
3f2304f8c6d6ed97849057bd16fee99e434ca796< 832a685efeb5d925ee7d30011d2dbe45f81447a3 affected
3f2304f8c6d6ed97849057bd16fee99e434ca796< 7fa3f73f6c8ddc5f0425b50fb2a626a782ef7d12 affected
5.0 affected
< 5.0 unaffected
6.12.109≤ 6.12.* unaffected
6.18.50≤ 6.18.* unaffected
… +2 more rows
Get alerts for future matching vulnerabilities Log in to subscribe

I. Basic Information for CVE-2026-89480

Vulnerability Information

Have questions about the vulnerability? See if Shenlong's analysis helps!
View Shenlong Deep Dive ↗

Although we use advanced large model technology, its output may still contain inaccurate or outdated information.Shenlong tries to ensure data accuracy, but please verify and judge based on the actual situation.

Vulnerability Title
nvme-tcp: reject a read that transferred too few bytes
Source: 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.
Source: CVE Program / CVE List V5
CVSS Information
N/A
Source: CVE Program / CVE List V5
Vulnerability Type
N/A
Source: CVE Program / CVE List V5

Affected Products

Vendor Product Affected Versions CPE Subscribe
Linux Linux 3f2304f8c6d6ed97849057bd16fee99e434ca796 ~ 99066cf9bba175f610ceb61a35f6fc9fbc33ff65 -
Linux Linux 5.0 -

II. Public POCs for CVE-2026-89480

# POC Description Source Link Shenlong Link
AI-Generated POC Premium

No public POC found.

Login to generate AI POC

III. Intelligence Information for CVE-2026-89480

登录查看更多情报信息。

Other References for CVE-2026-89480 (4)

Same Patch Batch · Linux · 2026-09-11 · 431 CVEs total

CVE-2026-89490 ocfs2: fix readdir position truncation on 32-bit kernels
CVE-2026-89477 sctp: fix NULL deref on untransmitted RECONF completion
CVE-2026-89478 sctp: drop a chunk if its transport was removed
CVE-2026-89479 sctp: stop processing a packet once its association is deleted
CVE-2026-89482 nvme-tcp: do not accept C2HData based on blk_rq_payload_bytes() alone
CVE-2026-89481 nvme-tcp: fix host memory disclosure on R2T for a read command
CVE-2026-89483 nvme: zero the discard fallback page
CVE-2026-89484 lockd: fix NULL dereference on lockowner allocation failure
CVE-2026-89485 lockd: pin next file across nlm_inspect_file lock-drop
CVE-2026-89486 ipmi: Fix use-after-free of cmd_rcvr in _ipmi_destroy_user()
CVE-2026-89487 openvswitch: only skb_tx_error() a packet we are about to drop
CVE-2026-89488 openvswitch: Fix CT limit teardown use-after-free
CVE-2026-89489 openrisc: fix arbitrary kernel memory access via or1k_atomic syscall
CVE-2026-89491 ocfs2: cluster: don't sleep while holding o2hb_live_lock in o2hb_region_pin()
CVE-2026-89501 ring-buffer: Hold cpu_buffer::lock when resizing a subbuf
CVE-2026-89498 orangefs: fix double-free of trailer_buf on readdir copy failure
CVE-2026-89499 ring-buffer: Stop remote reader update when page swap fails
CVE-2026-89500 ring-buffer: Make cpu_buffer::free_page a buffer_data_read_page
CVE-2026-89497 orangefs: skip leading spaces before parsing client debug masks
CVE-2026-89502 ring-buffer: Free cpu_buffer::free_page with subbuf_order

Showing top 20 of 431 CVEs. View all on vendor page &rarr; →

IV. Related Vulnerabilities

V. Comments for CVE-2026-89480

No comments yet


Leave a comment