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-next>] [day] [month] [year] [list]
Message-ID: <otjby7on74mc3sx56xynqdnce2d2jmql57jvrgp6wvbo2knqbc@tm3udmcrp7gn>
Date: Mon, 5 Aug 2024 19:48:13 +0300
From: Cengiz Can <cengiz.can@...onical.com>
To: cve@...nel.org, linux-kernel@...r.kernel.org
Cc: linux-cve-announce@...r.kernel.org, 
	Greg Kroah-Hartman <gregkh@...uxfoundation.org>, security@...ntu.com
Subject: Re: CVE-2021-47188: scsi: ufs: core: Improve SCSI abort handling

Hello,

I'm trying to figure out the security impact here:

> That warning is triggered by the following statement:
> 
> 	WARN_ON(lrbp->cmd);

This is just a fix to silence a warning. How is this worthy of a CVE? What was
the criteria here?

If there are security implications of not nullifying `lrbp->cmd`, shouldn't they
be noted in the CVE description?

If this just a fix to the warning, this CVE should be rejected.

Cengiz Can

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ