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 9481B191466; Tue, 10 Sep 2024 10:43:18 +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=1725964998; cv=none; b=KRPc8TDuhEuzEs9/O6zbt6AggdOhLOdzpNnMTFIqKYkrbqpZso6JPhaFpJE6fXS0XkQ1tA91zqnqTYcO1tDj1bq8XjUJEf5/HNQmYviD8T48T/c/jXPdV2i7astRyh1GmWOh07bzFMsVBGYYdXFoRjMZKmUFOmpedgrazsT7Alw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1725964998; c=relaxed/simple; bh=XZ+6yaVWHH9LMyN3ctb/7ihnCK+cQPMt4wt4gFOC3o0=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=NDX5OeJFr7n3dlFGMyWPe30QYfGHVqucihH3xJwWVVYTwW8LvlfgU8pUeo8gD3F/ChBmrh6g9w+0waYWB6WceL/sUO0UH42C1paD6kZKeztAuLEI5l3y4dmDin5mSKy21O+fpKhvEnza+pVNReFZQmNKhs+aUFp3agWnkr1ua3Q= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=uQPlT839; 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="uQPlT839" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 1A5C5C4CEC3; Tue, 10 Sep 2024 10:43:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1725964998; bh=XZ+6yaVWHH9LMyN3ctb/7ihnCK+cQPMt4wt4gFOC3o0=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=uQPlT839al8xlcwhDupwa70pi2lUWf4IYnEZQgV58ltBge/qngTErZb3+vUQ6fyII hcLC9Uik7lovvaMH/N2B+RuY0GtYmiIJAnQkoYYTdxJ+sqTYrdMJfkQ/ZhvTls6S0X XuihwONmwn9FLrarv/AMnXueGjY61BiwzHoP+oXQ= From: Greg Kroah-Hartman To: stable@vger.kernel.org Cc: Greg Kroah-Hartman , patches@lists.linux.dev, Jan Kara , Sasha Levin Subject: [PATCH 5.10 103/186] udf: Avoid excessive partition lengths Date: Tue, 10 Sep 2024 11:33:18 +0200 Message-ID: <20240910092558.780888440@linuxfoundation.org> X-Mailer: git-send-email 2.46.0 In-Reply-To: <20240910092554.645718780@linuxfoundation.org> References: <20240910092554.645718780@linuxfoundation.org> User-Agent: quilt/0.67 X-stable: review X-Patchwork-Hint: ignore Precedence: bulk X-Mailing-List: patches@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 5.10-stable review patch. If anyone has any objections, please let me know. ------------------ From: Jan Kara [ Upstream commit ebbe26fd54a9621994bc16b14f2ba8f84c089693 ] Avoid mounting filesystems where the partition would overflow the 32-bits used for block number. Also refuse to mount filesystems where the partition length is so large we cannot safely index bits in a block bitmap. Link: https://patch.msgid.link/20240620130403.14731-1-jack@suse.cz Signed-off-by: Jan Kara Signed-off-by: Sasha Levin --- fs/udf/super.c | 15 +++++++++++++++ 1 file changed, 15 insertions(+) diff --git a/fs/udf/super.c b/fs/udf/super.c index 5d79e5d2e158..ae75df43d51c 100644 --- a/fs/udf/super.c +++ b/fs/udf/super.c @@ -1083,12 +1083,19 @@ static int udf_fill_partdesc_info(struct super_block *sb, struct udf_part_map *map; struct udf_sb_info *sbi = UDF_SB(sb); struct partitionHeaderDesc *phd; + u32 sum; int err; map = &sbi->s_partmaps[p_index]; map->s_partition_len = le32_to_cpu(p->partitionLength); /* blocks */ map->s_partition_root = le32_to_cpu(p->partitionStartingLocation); + if (check_add_overflow(map->s_partition_root, map->s_partition_len, + &sum)) { + udf_err(sb, "Partition %d has invalid location %u + %u\n", + p_index, map->s_partition_root, map->s_partition_len); + return -EFSCORRUPTED; + } if (p->accessType == cpu_to_le32(PD_ACCESS_TYPE_READ_ONLY)) map->s_partition_flags |= UDF_PART_FLAG_READ_ONLY; @@ -1144,6 +1151,14 @@ static int udf_fill_partdesc_info(struct super_block *sb, bitmap->s_extPosition = le32_to_cpu( phd->unallocSpaceBitmap.extPosition); map->s_partition_flags |= UDF_PART_FLAG_UNALLOC_BITMAP; + /* Check whether math over bitmap won't overflow. */ + if (check_add_overflow(map->s_partition_len, + sizeof(struct spaceBitmapDesc) << 3, + &sum)) { + udf_err(sb, "Partition %d is too long (%u)\n", p_index, + map->s_partition_len); + return -EFSCORRUPTED; + } udf_debug("unallocSpaceBitmap (part %d) @ %u\n", p_index, bitmap->s_extPosition); } -- 2.43.0