[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2024030421-obedient-unbalance-a728@gregkh>
Date: Mon, 4 Mar 2024 14:31:20 +0100
From: Greg KH <gregkh@...uxfoundation.org>
To: Genjian <zhanggenjian@....com>
Cc: stable@...r.kernel.org, axboe@...nel.dk, stable@...nel.org,
linux-block@...r.kernel.org, linux-kernel@...r.kernel.org,
zhanggenjian123@...il.com, Genjian Zhang <zhanggenjian@...inos.cn>
Subject: Re: [PATCH 4.19.y 0/9] Fix the UAF issue caused by the loop driver
On Fri, Mar 01, 2024 at 09:30:19AM +0800, Genjian wrote:
> From: Genjian Zhang <zhanggenjian@...inos.cn>
>
> Hello!
>
> We found that 2035c770bfdb ("loop: Check for overflow while configuring loop") lost a unlock loop_ctl_mutex in loop_get_status(...).
> which caused syzbot to report a UAF issue. However, the upstream patch does not have this issue.
> So, we revert this patch and directly apply the unmodified upstream patch.
>
> Risk use-after-free as reported by syzbot:
This looks good, but you are backporting commits that are NOT in newer
stable releases (i.e. from 5.8 but the commit is not in 5.4.y), is that
intentional?
Does 5.4.y also have this problem? If so, can you send a series that
fixes that up so I can take both of them at the same time?
thanks,
greg k-h
Powered by blists - more mailing lists