Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - nvme-tcp：拒絕傳輸太少位元組的讀取 nvme_tcp_recv_data（） 會在目前的 C2HData PDU 耗用之後完成要求。沒有任何東西會將收到的總位元組數與命令要求的長度進行比較：struct nvme_tcp_request 沒有接收端計數器，queue->data_remaining 是每個佇列，並且 blk_mq_end_request（） 無條件地完成 blk_rq_bytes（rq），上面沒有殘餘概念。因此，控制器可以使用 512 位元組回應 4096 位元組的讀取，並將其報告為完整讀取;然後用戶空間獲得 4096 個字節，其中 3584 個是頁面中已有的任何字節。我用測試目標再現了這一點。計算在兩個NVME_TCP_F_DATA_SUCCESS路徑和 nvme_tcp_process_nvme_cqe（） 中收到的位元組，並拒絕完成計數不相符的成功讀取。
    成功測試會將 req->status 正確移位，因為驅動程式會保留配線值，並在完成時將其移位，因此檢查必須查看完成路徑將看到的內容。只檢查REQ_OP_READ，因為長度來自請求涵蓋的磁區;直通命令是由其提交者構建的，它同時選擇命令和緩衝區，因此核心沒有什麼可以比較的。
    (CVE-2026-89480)

請注意，Nessus 依賴供應商報告的套件存在。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - nvme-tcp：拒绝传输过少字节的读取 nvme_tcp_recv_data（） 会在消耗目前的 C2HData PDU 后完成请求。没有任何东西可以将收到的总字节数与命令要求的长度进行比较：struct nvme_tcp_request 没有接收端计数器，queue->data_remaining 是每个队列，而 blk_mq_end_request（） 会无条件地完成 blk_rq_bytes（rq），上面的任何位置都没有残余概念。因此，控制器可以应答具有 512 字节的 4096 字节读取，并将其报告为完整读取;然后，用户空间获得 4096 字节，其中 3584 是页面中已有的任何字节。我用测试目标再现了这一点。计算在两个 NVME_TCP_F_DATA_SUCCESS 路径和 nvme_tcp_process_nvme_cqe（） 中收到的字节并拒绝完成计数不匹配的成功读取。
    成功测试将 req->status 右移一，因为驱动程序将线值保留在那里并在完成时将其移动，因此检查必须查看完成路径将看到的内容。仅检查REQ_OP_READ，因为长度来自请求覆盖的扇区;通路命令由其提交者构建，它会同时选择命令和缓冲区，因此内核没有可比较的内容。
    (CVE-2026-89480)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - nvme-tcp:転送されたバイトが少なすぎる読み取りを拒否します nvme_tcp_recv_data() は、現在の C2HData PDU が消費されるとリクエストを完了します。受信した合計バイト数をコマンドが要求した長さと比較するものはありません:struct nvme_tcp_requestには受信側カウンターがなく、queue->data_remainingはキューごとであり、blk_mq_end_request()は上記のどこにも残余概念なしで無条件にblk_rq_bytes(rq)に対して完了します。したがって、コントローラーは 4096 バイトの読み取りに 512 バイトで応答し、完全な読み取りとして報告できます。ユーザー空間は 4096 バイトを取得し、そのうち 3584 バイトはページにすでにあったバイトです。それをテストターゲットで再現しました。受信したバイトをカウントし、2 つのNVME_TCP_F_DATA_SUCCESSパスと nvme_tcp_process_nvme_cqe() でカウントが一致しない正常な読み取りの完了を拒否します。
    成功テストでは、ドライバーはワイヤ値をそこに保持し、完了時にシフトするため、req->status を 1 つ右にシフトするため、チェックでは完了パスに何が表示されるかを確認する必要があります。長さはリクエストがカバーするセクターから来ているため、REQ_OP_READのみがチェックされます。パススルーコマンドは、コマンドとバッファの両方を選択する送信者によって構築されるため、カーネルは比較対象となるものがありません。
    (CVE-2026-89480)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - 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-2026-89480)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
345251	Linux Distros 未修補弱點：CVE-2026-89480	Nessus	Misc.	2026/9/12	2026/9/14	high
345251	Linux Distros 未修补的漏洞：CVE-2026-89480	Nessus	Misc.	2026/9/12	2026/9/14	high
345251	Linux Distros のパッチ未適用の脆弱性: CVE-2026-89480	Nessus	Misc.	2026/9/12	2026/9/14	high
345251	Linux Distros Unpatched Vulnerability : CVE-2026-89480	Nessus	Misc.	2026/9/12	2026/9/14	high

检测

插件搜索

high

high

high

high