From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id F25E858494B for ; Fri, 11 Sep 2026 19:53:50 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789156443; cv=none; b=AHcJ3I4rrYVjen+Rh5gZvStNEw2XtUVvo39h3ktZPfiIbXVfoE0NONQahHfrfuC/JYYQkEki56oMkEDK2hTFamg75LA0GMowG6o1lKO1pqmPNq1HjnI4vAr71ke4owv7AFcHM7fRQ+6WPJdyVNVUuePuF9syK373VR8Ma8KQlsY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789156443; c=relaxed/simple; bh=CUHswlZLThPlXlP0wJgVCy0VKwMU/vyyANF5Mywv428=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=YIGYW2oLsZ3+2qDRovMTUImieQIGorFvvzdTUnvWgp1kKXTlZIpCscXow3EkPIp0FW7jOMGuDuX0K5xD5zNMUJ9lBIyZVPX9L3eexyYuBy69yxcfixqvLzPPda9K9HdsJSuPFL5EvChoNg1tzh/TSfMtUwA4CN7cb9DxQQwYdnA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=EkRQJ2Lp; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="EkRQJ2Lp" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 8AEA21F0089A; Fri, 11 Sep 2026 19:53:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=korg; t=1789156429; bh=z0SsR+Mvk2myP0azqXt/Bb/ngvGPJq8SYh/RRUlqIVM=; h=From:To:Cc:Subject:Date:Reply-To; b=EkRQJ2LpvTab8AcCulWPaOGTFehl+dAi7nNlewYEhbQwmUXOwZRvS5w2kv2uyEYaV 4dWWUZqvPNA/EbLbKZ2h1ut/frMVQxrF6cKndXgz2dE2jwF6n2f6FZyqostMt0sUw6 wrpkOc/NQkDgANwVyeDMZSi2azSPq0mHbEiUhVh8= From: Greg Kroah-Hartman To: linux-cve-announce@vger.kernel.org Cc: Greg Kroah-Hartman Subject: CVE-2026-89480: nvme-tcp: reject a read that transferred too few bytes Date: Fri, 11 Sep 2026 21:42:49 +0200 Message-ID: <2026091105-CVE-2026-89480-ddff@gregkh> X-Mailer: git-send-email 2.55.0 Reply-To: , Precedence: bulk X-Mailing-List: linux-cve-announce@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-Developer-Signature: v=1; a=openpgp-sha256; l=3425; i=gregkh@linuxfoundation.org; h=from:subject:message-id; bh=3kgk4wKJR5sHeLI4I7n22v5eC/SwsK5i7DWJda8W67M=; b=owGbwMvMwCRo6H6F97bub03G02pJDFlLIgN1bu7ZUzrDtqFoTl/zuSdThDsC/aTMr1/O3br4Y /+pTexzO2JZGASZGGTFFFm+bOM5ur/ikKKXoe1pmDmsTCBDGLg4BWAipSkMC2a1SXMy/7z6yar0 i/GsXWdrbzRsecgw3zlT+PuTX07Jp5hmbpiv6/1rWYjjdQA= X-Developer-Key: i=gregkh@linuxfoundation.org; a=openpgp; fpr=F4B60CC5BF78C2214A313DCB3147D40DDB2DFB29 Content-Transfer-Encoding: 8bit From: Greg Kroah-Hartman 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. The Linux kernel CVE team has assigned CVE-2026-89480 to this issue. Affected and fixed versions =========================== Issue introduced in 5.0 with commit 3f2304f8c6d6ed97849057bd16fee99e434ca796 and fixed in 6.12.109 with commit 99066cf9bba175f610ceb61a35f6fc9fbc33ff65 Issue introduced in 5.0 with commit 3f2304f8c6d6ed97849057bd16fee99e434ca796 and fixed in 6.18.50 with commit 8a02ad98798fd01f51f648c1fdd8f3c9d07195d3 Issue introduced in 5.0 with commit 3f2304f8c6d6ed97849057bd16fee99e434ca796 and fixed in 7.2.4 with commit 832a685efeb5d925ee7d30011d2dbe45f81447a3 Issue introduced in 5.0 with commit 3f2304f8c6d6ed97849057bd16fee99e434ca796 and fixed in 7.3-rc1 with commit 7fa3f73f6c8ddc5f0425b50fb2a626a782ef7d12 Please see https://www.kernel.org for a full list of currently supported kernel versions by the kernel community. Unaffected versions might change over time as fixes are backported to older supported kernel versions. The official CVE entry at https://cve.org/CVERecord/?id=CVE-2026-89480 will be updated if fixes are backported, please check that for the most up to date information about this issue. Affected files ============== The file(s) affected by this issue are: drivers/nvme/host/tcp.c Mitigation ========== The Linux kernel CVE team recommends that you update to the latest stable kernel version for this, and many other bugfixes. Individual changes are never tested alone, but rather are part of a larger kernel release. Cherry-picking individual commits is not recommended or supported by the Linux kernel community at all. If however, updating to the latest release is impossible, the individual changes to resolve this issue can be found at these commits: https://git.kernel.org/stable/c/99066cf9bba175f610ceb61a35f6fc9fbc33ff65 https://git.kernel.org/stable/c/8a02ad98798fd01f51f648c1fdd8f3c9d07195d3 https://git.kernel.org/stable/c/832a685efeb5d925ee7d30011d2dbe45f81447a3 https://git.kernel.org/stable/c/7fa3f73f6c8ddc5f0425b50fb2a626a782ef7d12