From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-dy1-f172.google.com (mail-dy1-f172.google.com [74.125.82.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 446C2242D89 for ; Fri, 10 Apr 2026 02:49:05 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.82.172 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775789347; cv=none; b=m+MhCEm8w7aEHiz8YUFA8i6O075edF4nBUpoEuUFAK0BObMS5rdGTE8Av+f5tT74P0loE2mvH2M73ZX8lT0bfTxDhrTvJTqAGoTt6P4MyLD+Ov88YV9UxCwT1katUtIfXfCkSgilv6sdg8jyXrrjRcpT0gcMELoLSKHOAyP511E= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775789347; c=relaxed/simple; bh=cQjuki/Yk1C6dbCuO7bJfbNeuJ8X13UPKlOALnbuc+E=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=DHSJzUaQdWvARtMj1CeLCX/cRu3jf9g6y2rJvNmtMnLDEjSMvgBlw430AJK5z9AWo92Ps/j/+F+bHSx2QoO2XtPwV1h8aMQgY6dSB1DDvWUWw3mGD2cSSSH4G8wnJRlO1gaXA0eUyFuWBAlFgoZ3/mrgDh1Z3kxa0pd9OUIsl2E= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=JI+QYUmb; arc=none smtp.client-ip=74.125.82.172 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="JI+QYUmb" Received: by mail-dy1-f172.google.com with SMTP id 5a478bee46e88-2cc4c693d59so1405665eec.1 for ; Thu, 09 Apr 2026 19:49:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1775789344; x=1776394144; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=JUwhPfOrcjiFviv0ScZUu0fmnLZYAthVYSSnbSs4M1g=; b=JI+QYUmbEErWRaKtaIdmOhcFyY2HQq3N77Qt4zX+y6FMAU2n0VBHvnU2fSEiq6RQ4l 7tl+BhyyO6V3yqVdc+qX/Ah4bhpV3/VIwKNLzPZ8hX5PDNdU9kwp+LM8dd/Ux05OhG3K IoBqez1xa92+VwyJer9AuGuOs4L/BIu4EfMkk6yfkmAZ9jOoiEM59ngytV/I9PB+QqAu Sxxy/AxObi6uE8QtJeSabavNkaoj4Am74tVuFA1uo95cjxUU/bBzs3DK8gwI7j97fPZk +F50HHWuljHiH1IP/lzuzPJD1xQV+o90RQRdmw+BvrOy4hgmKS8COLvLANOK1vWlq2rK dN3Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1775789344; x=1776394144; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=JUwhPfOrcjiFviv0ScZUu0fmnLZYAthVYSSnbSs4M1g=; b=DtlSLDpgkhWbQALh1AA8JoOaS6lWjIVm9ciVoiR5hE8D6OjbxWFFcRg41Km7T1KXu9 tax0wrCdDqQQTZdL4Yr4X/i0sTL8ALbh9sAxxQwaLZbYLtkVPBb7W+3US29JEV65zSDB 1h98imlmwpkD1v4oYw6hQmNg1+HmECW/nnEZAIYFdKlErbawSph4jMuF4iL2CmJMce30 NyE5oOnHxlcy3EkCZPzNlDGx3lw88Ugpuwh1L3mctjn6y400EKYZo+x4JENFuDK8vj+/ Psj+46VQOg8Ir2DNLvaAHIJ8NEF7QjW0hR8NGCAt5SIeb/6DuCJh9QHHCOhLvHJ+opu6 DIRQ== X-Forwarded-Encrypted: i=1; AJvYcCVXs/0lE9IjEwK7G5xQhMvFTgLv0cVG9xF21ElINbasUQBibWYGicaDb+PbaUWGIxjxg6Zd1FDRpMTTndQ=@vger.kernel.org X-Gm-Message-State: AOJu0YyGnrtdxyr29GPd8DaddizABEtlSuo81xvIM+XiUTYS5y619g/8 CTaXxmfPokZolrtcM2/c6aogVKck2ci4IKYftlz/fUWfF8Pa5HDRTBp4 X-Gm-Gg: AeBDiesl7opa818CsTOOhaRI3vD9O9cm3+F12eqmeWQxE1RLaOKLw3xzwSf7WH1Y9Rl jr12TzUGwfCqFk4RhjhgVl+1INQvS8UdUo/5cwfVzaQqJPq3+ZWRH1WlSy/nezTBf7tAaCmYbgT 6jahwFhniOKKVTKzzOIO1BHr4qtAQNEOpTLMOwQimtmmNQ0faWNNfrd9OA8AR9lVskNMFz+++Jf VWK84gMLnZ3ZfepBNfa2jQHdFQZ6ashqy8ti3TxFMGMr1NyIwXhIv8z3eWYvedvxzVk4qaBfGDR +Sr0rSwsq0W7H4f9L8RwDZjZYouBO/8ZDK5U3MpIdWLBNes6mZ8ga53OpsjcEwGGj3Er3/h8IQz vnhOYXEjPiUmYFVQbjp1wOhH/4NEQFx//nV+KVkXo3m3TKPQoBONKYr1DIqqNSzBgcpdBE5/H6U 6MqAVKVy6Y8AiyyRCU7Ax8/FMg+7A6BaHcjJGHAqER X-Received: by 2002:a05:7300:320a:b0:2c5:b23e:48a6 with SMTP id 5a478bee46e88-2d5888a1ae6mr996018eec.23.1775789344121; Thu, 09 Apr 2026 19:49:04 -0700 (PDT) Received: from [192.168.86.23] ([136.25.189.61]) by smtp.gmail.com with ESMTPSA id 5a478bee46e88-2d55f5c6b10sm2400912eec.5.2026.04.09.19.49.03 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 09 Apr 2026 19:49:03 -0700 (PDT) Message-ID: <0657bd66-43df-43b0-97d0-16288595e229@gmail.com> Date: Thu, 9 Apr 2026 19:49:01 -0700 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2] scsi: target: iscsi: reject invalid size Extended CDB AHS To: Dmitry Bogdanov , carlos.bilbao@kernel.org Cc: bilbao@vt.edu, martin.petersen@oracle.com, kees@kernel.org, linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org References: <20260404014429.115807-1-carlos.bilbao@kernel.org> <20260409024253.34926-1-carlos.bilbao@kernel.org> <20260409093159.GA902@yadro.com> Content-Language: en-US From: Carlos Bilbao In-Reply-To: <20260409093159.GA902@yadro.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hello, On 4/9/26 02:31, Dmitry Bogdanov wrote: > On Wed, Apr 08, 2026 at 07:42:53PM -0700, carlos.bilbao@kernel.org wrote: >> From: Carlos Bilbao >> >> If ecdb_ahdr->ahslength is zero, two bugs follow: >> >> kmalloc(be16_to_cpu(ecdb_ahdr->ahslength) + 15, ...) >> >> allocates 15 bytes, but the immediately following memcpy writes >> ISCSI_CDB_SIZE (16) bytes into it, a one-byte heap overflow. Also: >> >> memcpy(cdb + ISCSI_CDB_SIZE, ecdb_ahdr->ecdb, >> be16_to_cpu(ecdb_ahdr->ahslength) - 1); >> >> (u16)0 - 1 promotes to (int)-1 which converts to SIZE_MAX as size_t, >> causing a massive out-of-bounds write. >> >> Reject ahslength == 0 with ISCSI_REASON_PROTOCOL_ERROR before the kmalloc. >> Also reject ahslength values that exceed the actual AHS buffer advertised. >> >> Changes in v2: >> >> - Add bounds check: ahslength must not exceed (hdr->hlength * 4) - 3. >> - Replace opaque ahslength + 15 with explicit cdb_length variable. >> >> Fixes: 8f1f7d297bce ("scsi: target: iscsi: Add support for extended CDB AHS") >> Signed-off-by: Carlos Bilbao (Lambda) > Reviewed-by: Dmitry Bogdanov > >> --- >> drivers/target/iscsi/iscsi_target.c | 23 +++++++++++++++++++---- >> 1 file changed, 19 insertions(+), 4 deletions(-) >> >> diff --git a/drivers/target/iscsi/iscsi_target.c b/drivers/target/iscsi/iscsi_target.c >> index e80449f6ce15..1a492965ebdf 100644 >> --- a/drivers/target/iscsi/iscsi_target.c >> +++ b/drivers/target/iscsi/iscsi_target.c >> @@ -1100,6 +1100,8 @@ int iscsit_setup_scsi_cmd(struct iscsit_conn *conn, struct iscsit_cmd *cmd, >> cdb = hdr->cdb; >> >> if (hdr->hlength) { >> + u16 ahslength; >> + >> ecdb_ahdr = (struct iscsi_ecdb_ahdr *) (hdr + 1); >> if (ecdb_ahdr->ahstype != ISCSI_AHSTYPE_CDB) { >> pr_err("Additional Header Segment type %d not supported!\n", >> @@ -1108,14 +1110,27 @@ int iscsit_setup_scsi_cmd(struct iscsit_conn *conn, struct iscsit_cmd *cmd, >> ISCSI_REASON_CMD_NOT_SUPPORTED, buf); >> } >> >> - cdb = kmalloc(be16_to_cpu(ecdb_ahdr->ahslength) + 15, >> - GFP_KERNEL); >> + ahslength = be16_to_cpu(ecdb_ahdr->ahslength); >> + if (!ahslength) { >> + pr_err("Extended CDB AHS with zero length, protocol error.\n"); >> + return iscsit_add_reject_cmd(cmd, >> + ISCSI_REASON_PROTOCOL_ERROR, buf); >> + } >> + if (ahslength > (hdr->hlength * 4) - 3) { >> + pr_err("Extended CDB AHS length %u exceeds available buffer.\n", >> + ahslength); >> + return iscsit_add_reject_cmd(cmd, >> + ISCSI_REASON_PROTOCOL_ERROR, buf); >> + } >> + >> + u16 cdb_length = ahslength - 1 + ISCSI_CDB_SIZE; > AFAIK, a variable declarationis allowed to be in the beginning of code block only. You're absolutely right, happy to send v3 if the maintainer prefers. > >> + >> + cdb = kmalloc(cdb_length, GFP_KERNEL); >> if (cdb == NULL) >> return iscsit_add_reject_cmd(cmd, >> ISCSI_REASON_BOOKMARK_NO_RESOURCES, buf); >> memcpy(cdb, hdr->cdb, ISCSI_CDB_SIZE); >> - memcpy(cdb + ISCSI_CDB_SIZE, ecdb_ahdr->ecdb, >> - be16_to_cpu(ecdb_ahdr->ahslength) - 1); >> + memcpy(cdb + ISCSI_CDB_SIZE, ecdb_ahdr->ecdb, cdb_length - ISCSI_CDB_SIZE); >> } >> >> data_direction = (hdr->flags & ISCSI_FLAG_CMD_WRITE) ? DMA_TO_DEVICE : >> -- >> 2.43.0 >> Thanks, Carlos