From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 B72182141DA; Tue, 12 Nov 2024 10:30:03 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1731407403; cv=none; b=ZLrUYiHvM8UbNyujXxH96rm4TaPM32N005/2U0I4bs8Kg8/FHvFv53Rb5vGGQrpMDCnIxAg9p5XiDegqWJU6HjM258rA3JGQF4ZvV6jfaitA646chIJHW9wD8N8nAMRljnzeTaYR/jZWBV5NyeIMRq4NbD1b4G46zmoSeEriT9Y= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1731407403; c=relaxed/simple; bh=RleiS/un3CERaqrCtbu0qeY1qt3rXbzbisLXhIu42Mo=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=i7Bj88HOmXsrMT6jnEKQnuX68Vmq/O4f9nwzRZc47FQJRhJ7dG6DiN3tiTb7kVy3kIWwRw5HILyqSk9/IwbOSHrkizGVgvkZgOGk6sXrYXUpEt01U9QlhuYWWjKdplU4lxd9vWHc7vYJilqluN2WRynkRu84r4qJks4xdvCb9jY= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=Ug7q40Be; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="Ug7q40Be" Received: by smtp.kernel.org (Postfix) with ESMTPSA id D9858C4CED4; Tue, 12 Nov 2024 10:30:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1731407403; bh=RleiS/un3CERaqrCtbu0qeY1qt3rXbzbisLXhIu42Mo=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Ug7q40Be7WhHaKBexh5W7hhpVArYmgm3jlWp5VMJYQir0MMeS2OvcmwL/bqS9G2P5 zFWQ7+o3d6jEfND/n51d1A70SxD4e7hAbjZ75KIyF9wA+wcrvr3vgwTIaO+IcCafiK iz+Hy2VexMKlrbPrjYvYejPEZnbXcuYzJjQLKlQM= From: Greg Kroah-Hartman To: stable@vger.kernel.org Cc: Greg Kroah-Hartman , patches@lists.linux.dev, Zichen Xie , Mikulas Patocka Subject: [PATCH 6.1 65/98] dm-unstriped: cast an operand to sector_t to prevent potential uint32_t overflow Date: Tue, 12 Nov 2024 11:21:20 +0100 Message-ID: <20241112101846.736550189@linuxfoundation.org> X-Mailer: git-send-email 2.47.0 In-Reply-To: <20241112101844.263449965@linuxfoundation.org> References: <20241112101844.263449965@linuxfoundation.org> User-Agent: quilt/0.67 X-stable: review X-Patchwork-Hint: ignore Precedence: bulk X-Mailing-List: stable@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 6.1-stable review patch. If anyone has any objections, please let me know. ------------------ From: Zichen Xie commit 5a4510c762fc04c74cff264cd4d9e9f5bf364bae upstream. This was found by a static analyzer. There may be a potential integer overflow issue in unstripe_ctr(). uc->unstripe_offset and uc->unstripe_width are defined as "sector_t"(uint64_t), while uc->unstripe, uc->chunk_size and uc->stripes are all defined as "uint32_t". The result of the calculation will be limited to "uint32_t" without correct casting. So, we recommend adding an extra cast to prevent potential integer overflow. Fixes: 18a5bf270532 ("dm: add unstriped target") Signed-off-by: Zichen Xie Signed-off-by: Mikulas Patocka Cc: stable@vger.kernel.org Signed-off-by: Greg Kroah-Hartman --- drivers/md/dm-unstripe.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) --- a/drivers/md/dm-unstripe.c +++ b/drivers/md/dm-unstripe.c @@ -84,8 +84,8 @@ static int unstripe_ctr(struct dm_target } uc->physical_start = start; - uc->unstripe_offset = uc->unstripe * uc->chunk_size; - uc->unstripe_width = (uc->stripes - 1) * uc->chunk_size; + uc->unstripe_offset = (sector_t)uc->unstripe * uc->chunk_size; + uc->unstripe_width = (sector_t)(uc->stripes - 1) * uc->chunk_size; uc->chunk_shift = is_power_of_2(uc->chunk_size) ? fls(uc->chunk_size) - 1 : 0; tmp_len = ti->len;