Skip to main content
VulnerabilityPublished Updated

CVE-2026-98944: Linux kernel · HID: steam: Refactor registration

Source GCVE Database

0
Authoritative record:CVE-2026-98944· High 7.8

Not known to be exploited · CVSS 7.8 High · fixed in cf71a6ee1d4e36b8e65b81c064e2797a10247280 : patch Linux kernel soon.

Data as of 26 Oct 2026, 13:47 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
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 cf71a6ee1d4e36b8e65b81c064e2797a10247280, c06cf54fe99b8c6bcf2017bb076c0e3918608cea, 6f9b740c31ba7e061b2ebb330d9a3d63f1358f29 +3
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 23 Oct 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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 26 Oct 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • >=4.19.6 <4.20
Fixed in
  • cf71a6ee1d4e36b8e65b81c064e2797a10247280
  • c06cf54fe99b8c6bcf2017bb076c0e3918608cea
  • 6f9b740c31ba7e061b2ebb330d9a3d63f1358f29
  • 4.20
  • 3c2f97343d4df2a75747f4c79effa0587509888f
  • 2b15e10aff95c78dbacc4fa32fa90c9098213e03
LinuxLinuxAffected
  • =4.20
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: HID: steam: Refactor registration This refactors and simplifies the registration/unregistration flow. Since we now only perform registration when the client isn't opened anymore, the logic for handling that can be removed, and the rest of the function streamlined. We also remove the previous assumption that we have a serial number to show we're registered, replacing it with a single purpose boolean. In a previous refactor the code for unregistering a battery if later registration steps failed was accidentally left out. As a result, a lingering power_supply object could get left over after the steam object was torn down. This is also fixed here.

References

Community reviews

Loading reviews…