Skip to main content
VulnerabilityPublished Updated

CVE-2026-98765: Linux kernel · USB: gadget: dummy-hcd: Fix wait for outstanding request completions

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · fixed in b263ff9b0fc5c1f371d65c4eb196b31263d039ff : update Linux kernel when convenient.

Data as of 26 Oct 2026, 14:18 UTC

Severity
Unrated

Rated by Threat Radar · CVSS not yet scored by NVD

EPSS
0.1% chance of exploitation in 30 days – higher than 5% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in b263ff9b0fc5c1f371d65c4eb196b31263d039ff, 3070806a7bc7bb36ed04a21022c09dafcc5619f4, 6849e51b89de5b6fc7447dc8e612b58df19c7dea +8

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 18 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
  • >=3.2.97 <3.3
  • >=3.16.52 <3.17
  • >=4.1.46 <4.2
  • >=4.4.92 <4.5
  • >=4.9.55 <4.10
  • >=4.13.6 <4.14
Fixed in
  • b263ff9b0fc5c1f371d65c4eb196b31263d039ff
  • 3070806a7bc7bb36ed04a21022c09dafcc5619f4
  • 6849e51b89de5b6fc7447dc8e612b58df19c7dea
  • 5298c96bf0068f3160969f7ddad81976d01a9b66
  • 7ce4dca0d53b1c3cb2b7e7bb2e42bf5db860caf2
  • 4.14
  • 4.10
  • 4.5
  • 4.2
  • 3.17
  • 3.3
LinuxLinuxAffected
  • =4.14
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: USB: gadget: dummy-hcd: Fix wait for outstanding request completions The dummy-hcd driver emulates synchronize_irq() by waiting until its private callback_usage counter drops to 0 (with the private lock not held). This counter is incremented whenever a gadget driver callback occurs (which requires the private lock to be dropped), but not when a request completion handler is called. This is an oversight. Request completion is triggered by timer interrupts (emulating device IRQs in a real UDC), and the interrupt handlers are supposed to have completed when the synchronize_irq() emulation routine returns -- they aren't supposed to be in the middle of a completion callback. If this happens it can lead to a gadget driver's unbind routine running before all outstanding request completions have finished, maybe even allowing the gadget driver's module to be unloaded while a completion handler is still running. Fix the oversight by incrementing the callback_usage value across request completion callbacks.

References

Community reviews

Loading reviews…