linux-kernel - Re: [PATCH 4.19.y 0/9] Fix the UAF issue caused by the loop driver

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

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