[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <Zfqr-V_6-ibIsHiD@amazon.de>
Date: Wed, 20 Mar 2024 09:27:21 +0000
From: Maximilian Heyne <mheyne@...zon.de>
To: David Sterba <dsterba@...e.cz>
CC: <stable@...r.kernel.org>, Chris Mason <clm@...com>, Josef Bacik
<josef@...icpanda.com>, David Sterba <dsterba@...e.com>, Filipe Manana
<fdmanana@...e.com>, Qu Wenruo <wqu@...e.com>, <linux-btrfs@...r.kernel.org>,
<linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 4.19 5.4 5.15] btrfs: defrag: fix memory leak in
btrfs_ioctl_defrag
On Tue, Mar 19, 2024 at 07:57:11PM +0100, David Sterba wrote:
>
> On Tue, Mar 19, 2024 at 05:00:55PM +0000, Maximilian Heyne wrote:
> > Prior to commit c853a5783ebe ("btrfs: allocate
> > btrfs_ioctl_defrag_range_args on stack") range is allocated on the heap
> > and must be freed. However, commit 173431b274a9 ("btrfs: defrag: reject
> > unknown flags of btrfs_ioctl_defrag_range_args") didn't take care of
> > this when it was backported to kernel < 5.15.
> >
> > Add a kfree on the error path for stable kernels that lack
> > commit c853a5783ebe ("btrfs: allocate btrfs_ioctl_defrag_range_args on
> > stack").
> >
> > This bug was discovered and resolved using Coverity Static Analysis
> > Security Testing (SAST) by Synopsys, Inc.
>
> Good catch, thanks.
>
> The affected versions are as you say 4.19, 5.4, 5.15, the fixup is
I had a typo. Should go to 5.10 because c853a5783ebe is already in 5.15.
> sufficient and minimal fix, c853a5783ebe is reasonably safe for backport
> too.
I think you're right. To avoid divergence it might be better to simply
backport c853a5783ebe. Let me send this out.
Amazon Development Center Germany GmbH
Krausenstr. 38
10117 Berlin
Geschaeftsfuehrung: Christian Schlaeger, Jonathan Weiss
Eingetragen am Amtsgericht Charlottenburg unter HRB 149173 B
Sitz: Berlin
Ust-ID: DE 289 237 879
Powered by blists - more mailing lists