[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <90bbbd1083635d251b04fd03ec81a4e7e4720bc2.camel@oracle.com>
Date: Tue, 30 Sep 2025 10:42:31 +0000
From: Siddh Raman Pant <siddh.raman.pant@...cle.com>
To: "gregkh@...uxfoundation.org" <gregkh@...uxfoundation.org>
CC: "cve@...nel.org" <cve@...nel.org>,
"linux-kernel@...r.kernel.org"
<linux-kernel@...r.kernel.org>,
"gregkh@...nel.org" <gregkh@...nel.org>
Subject: Re: CVE-2025-38495: HID: core: ensure the allocated report buffer can
contain the reserved report ID
On Mon, 28 Jul 2025 13:22:37 +0200, Greg Kroah-Hartman wrote:
> In the Linux kernel, the following vulnerability has been resolved:
>
> HID: core: ensure the allocated report buffer can contain the reserved report ID
>
> When the report ID is not used, the low level transport drivers expect
> the first byte to be 0. However, currently the allocated buffer not
> account for that extra byte, meaning that instead of having 8 guaranteed
> bytes for implement to be working, we only have 7.
>
> The Linux kernel CVE team has assigned CVE-2025-38495 to this issue.
This commit prepares for the next commit in the patch series. See
https://lore.kernel.org/all/20250710-report-size-null-v2-0-ccf922b7c4e5@kernel.org/
The patch series has 3 commits, with the main fix being the middle
commit "HID: core: ensure __hid_request reserves the report ID as the
first byte".
Unfortunately, the 1st and 3rd commit has CVE numbers assigned to them
but not the actual fix.
Please assign CVE number to the middle commit.
Segue: Can we not have same CVE number for a patch series fixing a
vuln?
Thanks,
Siddh
Download attachment "signature.asc" of type "application/pgp-signature" (834 bytes)
Powered by blists - more mailing lists