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 5CB943F9286; Fri, 15 May 2026 16:13:31 +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=1778861611; cv=none; b=PFzbGptBQrtXJcCmy2ldcFBmgii3JzktBiWIcqYikLo9hEYdNkTmoUWJhwQHnXQNYJ0H9zqc8hz+nweGi+kl+54gjuRtq8kfOyg6WG4jwKB3jZVCee6cNzUEgqyXt5f1uvKq2QspEyZEDZHW6w/6jzulOV89tbGG1IffBzBqHnc= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778861611; c=relaxed/simple; bh=n+61z/y33O6ThrdX/qe8lVCuFbsFuc9otHrv++L+rag=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=KLDI3YQUCrVVJeGEmRtTrJ5eiAPm9f1idsB0NRd8Wsr69+n3j/mAeyZ26dvkBx9HU4gulyCgj5OD2J0Pi2jqN0baMCBStytFlwAEwhkffV98Kf5D7uObqa8UPOhrDBAt3erZsX+QmYiYZmpoS5+MK1ISQw2Wl5T2Jb8rRuw1Ywc= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=TFpdM2zp; 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="TFpdM2zp" Received: by smtp.kernel.org (Postfix) with ESMTPSA id E6C11C2BCC9; Fri, 15 May 2026 16:13:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1778861611; bh=n+61z/y33O6ThrdX/qe8lVCuFbsFuc9otHrv++L+rag=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=TFpdM2zpXK7o2fjPsyd2Ys2ziLvWcrbj4l5hSj2OtN2tq//W7xFsX3Sf/FxqLoB2G VGV2uMjxFXLF47m8adUp5KBhHsYfYaUsmsjyVAyaetjleMzq7xF/cFq/9DSe9AKB0f OCg/zgHvcAcJT0NIXuZMY8yS63JrXb2SW71ih/2Q= From: Greg Kroah-Hartman To: stable@vger.kernel.org Cc: Greg Kroah-Hartman , patches@lists.linux.dev, Seohyeon Maeng , Jan Kara , Sasha Levin Subject: [PATCH 6.6 396/474] udf: fix partition descriptor append bookkeeping Date: Fri, 15 May 2026 17:48:25 +0200 Message-ID: <20260515154723.614651122@linuxfoundation.org> X-Mailer: git-send-email 2.54.0 In-Reply-To: <20260515154715.053014143@linuxfoundation.org> References: <20260515154715.053014143@linuxfoundation.org> User-Agent: quilt/0.69 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.6-stable review patch. If anyone has any objections, please let me know. ------------------ From: Seohyeon Maeng [ Upstream commit 08841b06fa64d8edbd1a21ca6e613420c90cc4b8 ] Mounting a crafted UDF image with repeated partition descriptors can trigger a heap out-of-bounds write in part_descs_loc[]. handle_partition_descriptor() deduplicates entries by partition number, but appended slots never record partnum. As a result duplicate Partition Descriptors are appended repeatedly and num_part_descs keeps growing. Once the table is full, the growth path still sizes the allocation from partnum even though inserts are indexed by num_part_descs. If partnum is already aligned to PART_DESC_ALLOC_STEP, ALIGN(partnum, step) can keep the old capacity and the next append writes past the end of the table. Store partnum in the appended slot and size growth from the next append count so deduplication and capacity tracking follow the same model. Fixes: ee4af50ca94f ("udf: Fix mounting of Win7 created UDF filesystems") Cc: stable@vger.kernel.org Signed-off-by: Seohyeon Maeng Link: https://patch.msgid.link/20260310081652.21220-1-bioloidgp@gmail.com Signed-off-by: Jan Kara [ replaced kzalloc_objs() helper with equivalent kcalloc() ] Signed-off-by: Sasha Levin Signed-off-by: Greg Kroah-Hartman --- fs/udf/super.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) --- a/fs/udf/super.c +++ b/fs/udf/super.c @@ -1656,8 +1656,9 @@ static struct udf_vds_record *handle_par return &(data->part_descs_loc[i].rec); if (data->num_part_descs >= data->size_part_descs) { struct part_desc_seq_scan_data *new_loc; - unsigned int new_size = ALIGN(partnum, PART_DESC_ALLOC_STEP); + unsigned int new_size; + new_size = data->num_part_descs + PART_DESC_ALLOC_STEP; new_loc = kcalloc(new_size, sizeof(*new_loc), GFP_KERNEL); if (!new_loc) return ERR_PTR(-ENOMEM); @@ -1667,6 +1668,7 @@ static struct udf_vds_record *handle_par data->part_descs_loc = new_loc; data->size_part_descs = new_size; } + data->part_descs_loc[data->num_part_descs].partnum = partnum; return &(data->part_descs_loc[data->num_part_descs++].rec); }