{"id":21402,"date":"2026-09-12T04:31:08","date_gmt":"2026-09-11T20:31:08","guid":{"rendered":"https:\/\/www.54iter.cn\/?vuln=cve-2026-89480"},"modified":"2026-09-12T04:31:08","modified_gmt":"2026-09-11T20:31:08","slug":"cve-2026-89480","status":"publish","type":"vuln","link":"https:\/\/www.54iter.cn\/?vuln=cve-2026-89480","title":{"rendered":"CVE-2026-89480 &#8211; In the Linux kernel, the following vulnerability has been resolved:\n\nnvme-tcp: reject a re"},"content":{"rendered":"<p>In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>nvme-tcp: reject a read that transferred too few bytes<\/p>\n<p>nvme_tcp_recv_data() completes a request once the current C2HData PDU<br \/>\nhas been consumed. Nothing compares the total bytes received against<br \/>\nthe length the command asked for: struct nvme_tcp_request has no<br \/>\nreceive-side counter, queue-&gt;data_remaining is per queue, and<br \/>\nblk_mq_end_request() completes for blk_rq_bytes(rq) unconditionally<br \/>\nwith no residual concept anywhere above.<\/p>\n<p>A controller can therefore answer a 4096-byte read with 512 bytes and<br \/>\nhave it reported as a complete read; user space then gets 4096 bytes of<br \/>\nwhich 3584 are whatever was already in the page. I reproduced that with<br \/>\na test target.<\/p>\n<p>Count the bytes received and refuse to complete a successful read whose<br \/>\ncount does not match, at the two NVME_TCP_F_DATA_SUCCESS paths and in<br \/>\nnvme_tcp_process_nvme_cqe(). The success test shifts req-&gt;status right<br \/>\nby one, because the driver keeps the wire value there and shifts it on<br \/>\ncompletion, so the check must see what the completion path will see.<br \/>\nOnly REQ_OP_READ is checked, because there the length comes from the<br \/>\nsectors the request covers; a passthrough command is built by its<br \/>\nsubmitter, which picks both command and buffer, so the kernel has<br \/>\nnothing to compare against.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>nvme-tcp: reject a read that transferred too few bytes<\/p>\n<p>nvme_tcp_recv_data() completes a request once the current C2HData PDU<br \/>\nhas b<\/p>\n","protected":false},"template":"","meta":[],"categories":[],"tags":[],"class_list":["post-21402","vuln","type-vuln","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/vuln\/21402","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/vuln"}],"about":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/types\/vuln"}],"wp:attachment":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=21402"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=21402"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=21402"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}