Linux kernel · HID: core: Harden s32ton() against conversion to 0 bits Testing by the syzbot fuzzer showed that the HID core gets a shift-out-of-bounds exception when it tries to convert a 32-bit quantity to a 0-bit quantity
Affects linuxSource GCVE Database
Mentioned vulnerabilities
Not known to be exploited · CVSS 7.1 Medium : upgrade to 10.3 when convenient.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 6% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 10.3
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 19 Aug 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-25.
What to do
Upgrade redhat/kernel to 10.3.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Red Hatredhat/kernelpkg:rpm/redhat/kernelOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
Red Hat has released updated kernel packages for Red Hat Enterprise Linux 10 that address these vulnerabilities. Users should apply the official kernel update as provided in advisory RHSA-2025:17776 and reboot their systems to ensure the fixes take effect. For detailed update instructions, refer to https://access.redhat.com/articles/11258. There are no indications that additional mitigations are required beyond applying the official update and rebooting.
Description
In the Linux kernel, the following vulnerability has been resolved: HID: core: Harden s32ton() against conversion to 0 bits Testing by the syzbot fuzzer showed that the HID core gets a shift-out-of-bounds exception when it tries to convert a 32-bit quantity to a 0-bit quantity. Ideally this should never occur, but there are buggy devices and some might have a report field with size set to zero; we shouldn't reject the report or the device just because of that. Instead, harden the s32ton() routine so that it returns a reasonable result instead of crashing when it is called with the number of bits set to 0 -- the same as what snto32() does.
References
- access.redhat.com/errata/RHSA-2025:17776 (opens in a new tab)
- access.redhat.com/security/updates/classification/ (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2389456 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2394606 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2394615 (opens in a new tab)
- security.access.redhat.com/data/csaf/v2/advisories/2025/rhsa-2025_17776.json (opens in a new tab)
- ubuntu.com/security/CVE-2025-38556 (opens in a new tab)
- cve.org/CVERecord?id=CVE-2025-38556 (opens in a new tab)
- git.kernel.org/linus/a6b87bfc2ab5bccb7ad953693c85d9062aef3fdd (opens in a new tab)
- git.kernel.org/stable/c/865ad8469fa24de1559f247d9426ab01e5ce3a56 (opens in a new tab)
- git.kernel.org/stable/c/8b4a94b1510f6a46ec48494b52ee8f67eb4fc836 (opens in a new tab)
- git.kernel.org/stable/c/a6b87bfc2ab5bccb7ad953693c85d9062aef3fdd (opens in a new tab)
- ubuntu.com/security/notices/USN-7879-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-7879-2 (opens in a new tab)
- ubuntu.com/security/notices/USN-7880-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-7879-3 (opens in a new tab)
- ubuntu.com/security/notices/USN-7879-4 (opens in a new tab)
- ubuntu.com/security/notices/USN-7934-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-8095-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-8096-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-8100-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-8095-2 (opens in a new tab)
- ubuntu.com/security/notices/USN-8096-2 (opens in a new tab)
- ubuntu.com/security/notices/USN-8095-3 (opens in a new tab)
- ubuntu.com/security/notices/USN-8096-3 (opens in a new tab)
- ubuntu.com/security/notices/USN-8096-4 (opens in a new tab)